DeepSeek V4 Pro continúa tras el 14 de septiembre: facturación sin cambios y verificación de la API

Conclusiones clave de la documentación actual a 17 de septiembre de 2026 En las secciones vigentes de Quick Start y tarifas, DeepSeek ha confirmado que el servicio de API para DeepSeek V4 Pro continúa funcionando tras el 14 de septiembre de 2026 y que el método de facturación se mantiene sin cambios. Aunque el anuncio con fecha del 10 de septiembre hacía referencia a un plan inicial para enrutar las llamadas a deepseek-v4-pro hacia V4.1 Flash con tarifas de Flash, las secciones de referencia activas de la plataforma eliminan la necesidad de cualquier migración forzada.

Al mantener sus integraciones, básese en la documentación activa del servicio y de precios. Nos fundamentamos en las especificaciones oficiales publicadas y no afirmamos haber realizado pruebas independientes de los pesos del modelo en el servidor ni auditorías de cargos en tiempo de ejecución. En esta situación, no es necesario migrar con urgencia las configuraciones operativas estables basadas en V4 Pro: basta con verificar los ajustes de su cliente, la pasarela utilizada y las deducciones periódicas de facturación.

Primero, identifique qué API recibe sus solicitudes

Las distintas capas de integración reaccionan de forma diferente ante las actualizaciones de la plataforma. Antes de modificar el código o la configuración, determine con exactitud hacia dónde se dirige su solicitud:

Conexión	Qué comprobar
API directa de DeepSeek	Estado de la cuenta, secciones vigentes de la documentación y deducciones reales de facturación en su consola
Proveedor de API externo (incluido BetterToken)	Catálogo de modelos del propio proveedor, Model ID activos, condiciones de facturación y reglas de enrutamiento declaradas; las reglas oficiales de DeepSeek no se aplican automáticamente a pasarelas de terceros
Agente de programación (Cursor, Cline, Aider, etc.)	Base URL y Model ID reales en los parámetros del perfil, comprobados por separado para el contexto interactivo y las tareas en segundo plano

Dado que los parámetros del modelo se redefinen a menudo en múltiples niveles de configuración, es fundamental confirmar la Base URL y el Model ID concretos que envía su cliente.

Para localizar rápidamente referencias al identificador deepseek-v4-pro en su código local, ejecute una búsqueda con ripgrep:

rg -l --hidden -g '!.git' -g '!node_modules' -g '!.venv' \
  'deepseek-v4-pro' .

Ejecute este comando desde la raíz del proyecto. No modifica archivos ni accede a la red. Que no haya coincidencias no garantiza la ausencia de dependencias: el nombre del modelo podría estar definido en variables de CI/CD, configuraciones de pasarelas en la nube o alias locales del cliente. No incluya claves de API en las listas de verificación.

Model ID y reglas de enrutamiento

Comprender cómo resuelve el servicio los identificadores de modelos evita asumir conclusiones falsas durante la verificación.

A fecha de 17 de septiembre de 2026, en la lista oficial de precios de DeepSeek, el identificador deepseek-v4-pro está asignado a la versión DeepSeek-V4-Pro-0813. Al mismo tiempo, los alias heredados deepseek-v4-flash y deepseek-v4-flash-vision-exp han pasado a ser atendidos por el modelo DeepSeek-V4.1-Flash (cuyo Model ID actual es deepseek-flash), calculándose según las tarifas de Flash. Se trata de dos reglas independientes: la migración de los alias heredados de Flash no implica un cambio automático en el estado de V4 Pro.

Las interfaces compatibles requieren una atención especial. Según la guía de DeepSeek para la API de Anthropic, las reglas de asignación de modelos en el endpoint oficial funcionan de la siguiente manera:

• Los nombres de modelos que comienzan por claude-opus se asignan a deepseek-v4-pro y se facturan según las tarifas de V4 Pro;
• Los nombres de modelos que comienzan por claude-haiku o claude-sonnet se asignan a deepseek-flash;
• Cualquier nombre de modelo no admitido es redirigido automáticamente por el backend oficial de DeepSeek a deepseek-flash.

Estas reglas de enrutamiento se aplican estrictamente en la pasarela oficial de DeepSeek (https://api.deepseek.com/anthropic) y no se transfieren de manera automática a plataformas de terceros.

Asimismo, el campo model devuelto en la respuesta de la API o el texto de autoidentificación generado por el modelo no constituyen una confirmación independiente de qué pesos se ejecutaron realmente en el servidor.

Verificación de la estabilidad de las cargas de trabajo ante una documentación contradictoria

Cuando la documentación contiene contradicciones, la verificación de escenarios concretos complementa las directrices oficiales y confirma el comportamiento de su cliente, aunque no pueda demostrar qué pesos específicos se ejecutan en el servidor:

Escenario	Qué supervisar
Edición de código	El conjunto de pruebas falla antes de los cambios y se aprueba después; la sintaxis y los módulos adyacentes permanecen intactos
Llamadas a herramientas (tool calls)	El nombre de la herramienta y los argumentos coinciden con el esquema previsto, y el cliente procesa correctamente el resultado obtenido y devuelve el control a la conversación
Transmisión en streaming	El cliente abre y cierra el flujo correctamente, no se bloquea con los fragmentos y analiza de forma precisa el uso final de tokens
Contexto extenso	El agente retiene las instrucciones del sistema y los datos clave de las fases iniciales de la conversación
Límites y reintentos	La lógica de reintentos limita el número de intentos y evita duplicar operaciones externas (escrituras en base de datos, webhooks)

Si utiliza modelos de razonamiento a través del protocolo de Anthropic, verifique los parámetros de razonamiento. En el adaptador de DeepSeek, se ignora thinking.budget_tokens, mientras que dentro del bloque output_config se procesa effort. Los parámetros y sus equivalencias se describen en detalle en la guía de Thinking Mode.

Seguimiento de gastos y control de facturación

Dado que la documentación oficial vigente mantiene en vigor una facturación separada para V4 Pro, las llamadas a deepseek-v4-pro (incluidas las solicitudes con el prefijo claude-opus a través del endpoint de Anthropic) no pueden calcularse con las tarifas reducidas de Flash. Los parámetros financieros de la integración deben supervisarse de forma independiente a la operatividad técnica.

Para las solicitudes de control, registre:

1. La marca de tiempo exacta de la llamada y el endpoint utilizado;
2. El Model ID enviado;
3. Los tokens de entrada, salida y en caché;
4. La deducción final en su saldo.

Coteje las cifras obtenidas con la tabla de precios actual de DeepSeek. Si se conecta a través de BetterToken, puede consultar las estadísticas de consumo de tokens en el panel de Workspace y los precios activos en el catálogo de BetterToken. Los datos de BetterToken reflejan los parámetros de su integración con este proveedor, pero no constituyen una prueba del enrutamiento interno en la API directa de DeepSeek.

Al realizar los cálculos, tenga en cuenta la frecuencia de reintentos. Incluso si el coste unitario por token es menor, el gasto total para completar una tarea con éxito puede aumentar si el agente requiere más iteraciones.

Estrategia de respaldo: por qué no se debe confiar en los alias implícitos

Un plan de respaldo fiable no debe basarse en alias no documentados ni en la esperanza de una redirección automática.

Si el perfil de respaldo en la configuración simplemente duplica deepseek-v4-pro, cualquier cambio en las políticas de la pasarela provocará un comportamiento idéntico en ambos perfiles. Como alternativa de reserva, elija un Model ID documentado de forma explícita o un proveedor alternativo de confianza.

No inicie una sustitución preventiva de identificadores operativos en producción hasta que la alternativa supere las pruebas básicas de llamadas a herramientas, la correcta gestión de streaming y la previsibilidad en la facturación. Si el modelo alternativo no se ajusta a los requisitos de la tarea, resulta más seguro limitar temporalmente la ejecución automática de escenarios críticos que cambiar a una configuración no comprobada.

Próximos pasos

Compruebe los valores reales de Model ID y Base URL en los ajustes de su cliente o en los registros de solicitudes salientes. Si su integración actual con la API oficial de DeepSeek está configurada con deepseek-v4-pro y resuelve sus cargas de trabajo de forma estable, no hay necesidad de cambiarla de forma forzada: el servicio continúa funcionando bajo las mismas condiciones de facturación.

Si opera a través de BetterToken, compruebe los parámetros en el catálogo de modelos vigente para confirmar la disponibilidad del identificador deseado y las reglas activas de facturación. Para asegurarse de la exactitud de los cálculos, realice una pequeña solicitud de prueba y compare las estadísticas de consumo de tokens con las deducciones de saldo en el panel de Workspace.