Si utilizabas DeepSeek V4 Pro y estabas preparando una migración por su supuesta retirada, la información importante ha cambiado: DeepSeek mantiene su API después del 14 de septiembre de 2026 y anunciará por separado cualquier modificación futura. Así figura en el registro oficial consultado el 2 de noviembre. Actualizaciones de DeepSeek
Eso deja una decisión más útil que la de cambiar por obligación: qué trabajo puedes seguir resolviendo con Pro y qué necesitas del actual DeepSeek V4.1 Flash. Una diferencia concreta es la entrada visual. Pro trabaja con texto; Flash permite incorporar imágenes. Pero el valor de cada uno también depende de que sepas qué resultado vas a utilizar después.
Una petición como «ayúdame con este proyecto» deja casi todo por decidir. Es más fácil aprovechar la respuesta cuando el encargo termina en algo reconocible: una explicación de una función, una lista de requisitos con su origen o una propuesta para convertir datos dispersos en un informe.
Estas son tres formas de plantearlo:
| Trabajo pendiente | Material que conviene aportar | Entrega que puedes pedir |
|---|---|---|
| Entender una parte de una aplicación | El fragmento relevante y el comportamiento esperado | Explicación del recorrido, condiciones importantes y posibles puntos de fallo |
| Preparar una revisión de requisitos | Los documentos y sus fechas o versiones | Acuerdos, contradicciones y preguntas pendientes, con el pasaje que respalda cada punto |
| Organizar datos repetitivos | Un ejemplo de los registros y las reglas de negocio | Un procedimiento reutilizable y una muestra del resultado esperado |
Son propuestas de trabajo, no una promesa de que cualquier respuesta quedará lista para usar. En documentos, por ejemplo, «no consta» puede ser una respuesta mejor que completar un campo por intuición. En una aplicación, una explicación convincente todavía debe corresponderse con lo que hace el sistema.
El caso concreto de esta guía pertenece a la tercera fila: transformar registros de solicitudes en un resumen diario. Permite ver qué puede aportar Pro sin confundir una respuesta extensa con una tarea terminada.
El encargo consistía en preparar una función que organizara registros por día, contara solicitudes y errores del servidor, y calculara la duración media. Había tres condiciones importantes: usar fechas en UTC, excluir datos inválidos y no contar dos veces el mismo evento.
El 2 de noviembre de 2026 obtuve una implementación mediante Crazyrouter, solicitando deepseek-v4-pro. La instrucción original estaba en coreano; la solicitud reservaba hasta 16.384 tokens de salida, pedía razonamiento bajo y recibía la respuesta completa, sin herramientas conectadas. El servicio no permitió confirmar de forma independiente la versión interna exacta ni la aplicación efectiva de ese nivel de razonamiento.
Con ocho registros preparados para el ejemplo, el programa produjo este resumen:
| Fecha en UTC | Solicitudes contabilizadas | Errores del servidor | Duración media |
|---|---|---|---|
| 1 de noviembre de 2026 | 2 | 1 | 210 ms |
| 2 de noviembre de 2026 | 2 | 1 | 150 ms |
Tres registros quedaron fuera por datos inválidos y uno por ser un duplicado. Aquí «error del servidor» significa una respuesta con estado HTTP entre 500 y 599; una línea dañada del archivo se cuenta aparte.

Las medias de 210 y 150 ms corresponden a las solicitudes del ejemplo, no al tiempo de respuesta del modelo.
La parte interesante está en cómo se llega a esos números. Un evento registrado a las 00:05 con un desplazamiento de nueve horas respecto a UTC pertenece al día anterior en UTC. Si se agrupa solo por la fecha que aparece escrita, el informe cambia. Del mismo modo, un registro inválido no debe impedir que una copia posterior, ya correcta, pueda contarse.
El programa generado resolvió esta muestra, aunque tuve que completar el tratamiento de ciertos desplazamientos horarios inválidos y de fechas que salían del rango admitido. También hubo solicitudes sin una respuesta utilizable, incluida una que agotó el tiempo de espera. Por eso el resultado útil fue una implementación revisada y conservada, no la expectativa de obtener siempre una respuesta perfecta.
Una vez preparada, esa implementación puede procesar los datos localmente sin volver a llamar al modelo en cada informe. Sigue teniendo límites: conserva los identificadores durante una ejecución, no entre ejecuciones separadas, y necesita más memoria conforme aumentan los eventos únicos. Es un punto de partida para una tarea acotada, no un sistema completo de observabilidad.
Antes de abrir el cliente, decide tres cosas: qué material vas a aportar, qué reglas no deben cambiar y en qué forma quieres recibir el trabajo. Para un informe, eso significa concretar el día de referencia, el tratamiento de duplicados y el significado de «error».
Una instrucción de partida, escrita en lenguaje natural, podría ser:
Quiero preparar un informe diario a partir de estos registros de ejemplo. Agrupa por fecha UTC, cuenta una sola vez cada evento válido y separa los registros descartados de los errores del servidor. Necesito entender qué reglas aplicarás, ver cómo quedaría el informe y saber qué casos requieren una revisión antes de reutilizar la solución.
Es una propuesta para formular el trabajo en español; el resultado anterior procede de la petición original en coreano. La utilidad de este formato es que fija el objetivo y el criterio de aceptación antes de pedir una solución.
Para usar Pro mediante Crazyrouter, elige un cliente que permita configurar una conexión compatible con OpenAI. En sus ajustes, introduce la dirección base https://api.crazyrouter.com/v1, selecciona el identificador deepseek-v4-pro y coloca tu clave del servicio en el campo reservado para ella. Los datos de conexión están disponibles en la página de DeepSeek V4 Pro; la documentación de la API detalla la interfaz.
Después, aporta una muestra pequeña y representativa junto con tus reglas. Lee la respuesta completa y contrasta una parte que puedas resolver por tu cuenta. Si falta una condición, señala el caso concreto y lo que debería ocurrir; «hazlo mejor» aporta menos información que «este evento repetido no debe aumentar el total».
Recibir una respuesta tampoco significa que el cliente haya guardado archivos o ejecutado una tarea. Esas acciones requieren funciones y permisos de la aplicación que estés utilizando. El modelo puede ayudar a preparar el trabajo; la integración determina qué puede hacer con él.
El Flash actual es V4.1, no el antiguo V4 Flash de las primeras comparativas. La tabla oficial del 2 de noviembre identifica Pro como DeepSeek-V4-Pro-0813 y Flash como DeepSeek-V4.1-Flash-1017. Ambos admiten contexto de un millón de tokens, respuestas estructuradas y llamadas a herramientas. Flash añade comprensión de imágenes, una capacidad que Pro no ofrece. Modelos oficiales de DeepSeek
Ese cambio puede modificar la preparación de una tarea. Con Pro, si el problema está en una gráfica, tendrás que describir los elementos relevantes o aportar los datos en texto. Con una conexión de Flash que admita imágenes, puedes incluir la captura y preguntar por la leyenda, las etiquetas o la relación entre los elementos visibles.
En el ejemplo del informe, Pro ayuda a preparar el tratamiento de los registros. Flash podría intervenir después, cuando quieras revisar cómo se presenta el resultado en un panel. La captura muestra lo que ve una persona; los datos de origen permiten comprobar las cifras. Conviene aportar ambos cuando la precisión numérica importa.
La mejora del flujo está en disponer de información visual que antes había que describir. No significa que el modelo controle automáticamente el navegador o corrija la interfaz: para actuar necesita herramientas del cliente, y cualquier cambio debe revisarse en la aplicación.
DeepSeek anunció mejoras del Flash de octubre frente a la versión anterior de V4.1. Esa referencia no mide el trabajo de esta guía, donde no hay un resultado de Flash con el mismo encargo. Puedes conservar una solución de Pro que ya cumple su función y considerar Flash cuando las imágenes aporten información necesaria. La continuidad de Pro te permite tomar esa decisión por el trabajo que necesitas resolver, sin seguir una fecha de retirada que ya no está vigente.