DeepSeek V4.1 Flash: Vision, Nombres API y Cambios

DeepSeek V4.1 Flash llegó el 10 de septiembre de 2026. Si utilizas la API oficial, el primer cambio que debes notar es el nombre del modelo: las nuevas solicitudes deben usar deepseek-flash. Las aplicaciones que aún envíen los nombres antiguos de Flash podrían estar recibiendo ya el nuevo modelo.

Esto hace que esta versión sea relevante incluso si no tienes planes de cambiar tu aplicación. Una solicitud puede seguir teniendo éxito mientras el modelo detrás de ella cambia. Las preguntas útiles son qué modelo está atendiendo la solicitud, qué entradas acepta y si tus verificaciones existentes siguen pasando.

Este artículo está dirigido a quienes eligen un modelo DeepSeek o mantienen una integración. Se basa en la versión oficial y la documentación de API verificada el 23 de septiembre. Los ejemplos a continuación son tareas de evaluación sugeridas, no afirmaciones de que hayamos ejecutado un benchmark.

Qué cambió dentro de Flash

El anuncio de la versión describe un modelo de mezcla de expertos de 552B parámetros con una arquitectura de codificador-decodificador causal. Reporta 8B parámetros activos en el lado de la entrada y 16B en el lado de la salida, junto con comprensión visual nativa.

Esos números responden preguntas diferentes. Los parámetros totales describen el tamaño general del modelo; los parámetros activos describen el subconjunto usado durante el cómputo. Ningún número te dice cuánta memoria necesitará una implementación particular o cuántos segundos esperará tu aplicación por una respuesta. El software de servicio, el hardware, la longitud de la solicitud y el tráfico concurrente siguen importando.

Para un cliente de API, el cambio más inmediato es que las imágenes pertenecen a la entrada soportada del modelo Flash actual. Ya no necesitas tratar el antiguo experimento de visión como una elección de modelo separada. Para alguien considerando el autoalojamiento, la arquitectura es una razón para investigar los requisitos de implementación cuidadosamente. Una versión de API por sí sola no establece compatibilidad con una herramienta de inferencia local.

El nombre del modelo en tu configuración importa

El registro de cambios actual identifica deepseek-v4-flash y deepseek-v4-flash-vision-exp como nombres de compatibilidad redirigidos a V4.1 Flash. Sus modelos subyacentes anteriores han sido retirados.

Supongamos que un servicio de extracción de facturas aún tiene deepseek-v4-flash en su configuración de entorno. Ver esa cadena en un log no prueba que el servicio esté ejecutando el V4 Flash anterior. Un identificador de modelo puede actuar como un alias, en lugar de un pin de versión permanente. Registra la fecha de una evaluación y el mapeo documentado del proveedor junto con el identificador solicitado.

Usa deepseek-flash en nuevos ejemplos de API oficial para que los lectores no copien un nombre legacy en código nuevo. Las aplicaciones existentes deberían hacer el mismo cambio deliberadamente, con un pequeño conjunto de regresión. La guía de migración de API cubre ese proceso sin mezclarlo con mover el historial de chat del navegador.

Start using deepseek-v4

La visión nativa cambia las preguntas que puedes hacer

Una captura de pantalla contiene información que puede desaparecer cuando se copia como texto: etiquetas junto a valores, la posición de una advertencia o la relación entre un gráfico y su leyenda. Un modelo capaz de imágenes puede recibir esa entrada visual directamente. Aún puede leer mal texto pequeño o inferir una relación que no está presente, por lo que una evaluación necesita una respuesta que puedas verificar.

Prueba un gráfico con datos de origen conocidos. Pide al modelo que transcriba las etiquetas del eje e identifique el valor más grande antes de pedirle que explique una tendencia. Separa los errores de transcripción de los errores de razonamiento. Si un gráfico es demasiado pequeño para leerse, requiere que la respuesta lo diga en lugar de llenar huecos con un número plausible.

La guía de Visión documenta URL de imágenes, datos Base64 en línea y referencias a archivos subidos. La API de Archivos soporta reutilización de imágenes a través de file_id. Sus formatos listados son imágenes; esto no establece soporte directo para subidas arbitrarias de PDF o Word. Un producto puede agregar conversión de documentos alrededor del modelo, pero esa es una característica de producto adicional.

Esta distinción también aplica al chat web. Un proveedor puede exponer solo parte de la capacidad de la API de un modelo. Antes de planificar un flujo de trabajo alrededor de adjuntos, verifica qué acepta realmente la interfaz y qué modelo selecciona para la solicitud.

Lee el anuncio Pro junto con el estado actual

Hay una discrepancia que vale la pena resolver antes de elegir un modelo. La página de lanzamiento del 10 de septiembre anunció un plan para redirigir solicitudes V4 Pro a V4.1 Flash desde el 14 de septiembre. El registro de cambios actual dice que el servicio de API V4 Pro continuará más allá de esa fecha con su método de facturación sin cambios. La tabla de modelos actual aún lista V4-Pro-0813.

Para una decisión tomada el 23 de septiembre, usa el aviso de servicio actual y la tabla de modelos. No le digas a un usuario Pro existente que el endpoint ya ha desaparecido basándote en el texto de lanzamiento original. El aviso revisado no suministra una fecha de revisión separada, por lo que tampoco justifica inventar un día cuando se revirtió la decisión.

Mantener Pro disponible da a los equipos espacio para comparar salidas antes de cambiar un flujo de trabajo validado. No garantiza disponibilidad permanente. Mantén la selección del modelo en la configuración y conserva los prompts y resultados esperados usados para aprobar un cambio.

Prueba la versión con un trabajo real

Elige una tarea con un punto de parada claro. Por ejemplo, convierte cinco tickets de soporte en una tabla que contenga el problema reportado, la acción solicitada y la frase de evidencia. Incluye un ticket que deje la acción solicitada sin declarar. Una respuesta útil debería preservar esa incertidumbre.

Verifica el resultado antes de comparar la velocidad. ¿El modelo inventó un campo? ¿Fusionó los problemas de dos clientes? ¿Podría tu aplicación analizar la respuesta? Una respuesta rápida que necesita reparación manual puede costar más que una respuesta más lenta que es usable inmediatamente.

Para un flujo de trabajo de codificación, usa un cambio pequeño con un conjunto de pruebas existente. Mantén el repositorio, el acceso a herramientas y los criterios de aceptación idénticos en las ejecuciones. Para un flujo de trabajo visual, suministra la misma imagen original en lugar de capturas de pantalla recomprimidas por diferentes aplicaciones de chat. Repite una tarea suficientes veces para notar fallos inconsistentes; no conviertas un resultado atractivo en un ranking general.

Qué hacer con esta versión hoy

Para una nueva integración de API oficial que necesita imágenes, V4.1 Flash es un candidato sensato para evaluar. Para un flujo de trabajo de texto existente, el primer trabajo es verificar alias y volver a ejecutar los ejemplos de los que dependen tus usuarios. Para una integración Pro funcional, la documentación actual no da razón para hacer un cambio apresurado solo por el anuncio de retiro antiguo.

El precio pertenece en esa evaluación también. Compara el uso de entrada, salida y caché de tareas completadas en lugar de seleccionar la tarifa anunciada más pequeña. Nuestra comparación Pro y Flash establece los precios actuales y un cálculo detallado. Mantén la fecha con cualquier comparación guardada: una decisión de modelo útil está ligada a un servicio específico, carga de trabajo y punto en el tiempo.