De DeepSeek V4 Pro a V4.1 Flash: preparar el 14 de septiembre
Entiende el cambio previsto de Pro, comprueba clientes y facturación y prepara un respaldo independiente del alias antiguo.
Índice
DeepSeek prevé retirar V4 Pro el 14 de septiembre de 2026 a las 12:00 de Pekín: 04:00 UTC o 07:00 de Moscú. Un aviso de la plataforma oficial, accesible tras iniciar sesión, indica que las solicitudes V4 Pro se dirigirán a V4.1 Flash y se cobrarán a sus tarifas.
El plan de la API oficial redirige las solicitudes existentes. El anuncio por sí solo no exige sustituir urgentemente deepseek-v4-pro en todas las configuraciones. Sin embargo, otro modelo responderá tras el nombre antiguo. Prueba tu carga de trabajo antes del cambio y prepara un respaldo independiente de ese nombre.
Otro aviso fija cambios en los precios de Flash para el 10 de septiembre a las 12:00 de Pekín. Es un evento distinto. El aviso de retirada de Pro consultado el 10 de septiembre especifica el 14 de septiembre. Esta guía prepara el cambio previsto; no afirma que la migración ya se haya producido.
Identifica qué proveedor recibe las solicitudes
| Conexión | Qué revisar |
|---|---|
| API directa de DeepSeek | Aviso de la cuenta, fecha del cambio de Pro y tarifas actuales del sustituto |
| API de terceros, incluido BetterToken | Su catálogo, Model ID, calendario, enrutamiento y precio; DeepSeek no determina las condiciones de un revendedor |
| Agente de programación con proveedor seleccionado | Base URL real y Model ID enviado, por separado para el agente principal y las tareas auxiliares |
Una etiqueta del menú no revela toda la ruta. Conversación principal, subtareas y respaldo pueden usar ajustes de modelo distintos. Revisa tanto la configuración del proyecto como la global.
Haz un inventario breve: aplicación, proveedor, protocolo, Model ID actual, ubicación de la configuración y responsable de verificar. No copies claves API.
En un proyecto local con ripgrep instalado, este comando enumera solo nombres de archivos que mencionan Pro directamente:
rg -l --hidden -g '!.git' -g '!node_modules' -g '!.venv' \
'deepseek-v4-pro' .Ejecútalo desde el directorio del proyecto. No obtener coincidencias no demuestra ausencia de dependencias: revisa también variables de CI, servicios alojados y alias del cliente. El comando no cambia configuraciones ni prueba la API.
¿Necesitas otro Model ID?
El aviso oficial contempla el enrutamiento automático. No adivines el nombre del sustituto ni consideres que quitar el sufijo de un ID temporal equivale a migrar. Para seleccionar V4.1 Flash explícitamente, copia un ID disponible del catálogo actual de tu proveedor real y pruébalo primero en un perfil de cliente separado.
El temporal deepseek-v4.1-flash-expires-on-0910 es otra entrada. Su caducidad no es la fecha de retirada de Pro y un antiguo perfil de prueba no es automáticamente un sustituto permanente.
Revisa los nombres implícitos. La guía actual de la API Anthropic de DeepSeek asigna los prefijos claude-opus a Pro y claude-haiku o claude-sonnet a Flash. Los nombres no admitidos recurren, según la documentación, a deepseek-v4-flash. Recibir una respuesta tras una errata no confirma el modelo deseado. Son reglas del adaptador oficial de DeepSeek; otros proveedores pueden diferir.
Tras cambiar, compara el ID enviado, el registro del proveedor y su correspondencia declarada entre nombres y modelos. Ni la autodescripción del modelo ni un campo model aislado demuestran de forma independiente qué pesos atendieron la solicitud.
Mantén el protocolo y prueba tareas completas
La Base URL oficial de DeepSeek compatible con Anthropic es https://api.deepseek.com/anthropic. No la introduzcas en un cliente Chat Completions solo porque cambie el modelo. Los terceros tienen direcciones y reglas de autenticación propias.
Mantén inicialmente el protocolo funcional. Copia ajustes a un perfil de prueba, cambia solo a un modelo cuya disponibilidad esté confirmada y envía una solicitud corta. Si aún no aparece en el catálogo, prepara pruebas y respaldo; no declares la compatibilidad verificada.
HTTP 200 y una respuesta de texto solo acreditan esa solicitud. Un agente funcional necesita comprobar sus tareas existentes:
| Escenario | Señal observable de aceptación |
|---|---|
| Corrección de un fallo | La prueba original falla antes y pasa después, sin romper comprobaciones relacionadas |
| Llamada a herramienta | Nombre y argumentos correctos, gestión del resultado y respuesta terminada tras recibirlo |
| Streaming | El cliente recibe y termina el flujo y procesa resultado final y consumo sin errores de análisis |
| Conversación larga | Conserva restricciones de la tarea y hechos previos necesarios |
| Límite de solicitudes o error temporal | Reintentos y tiempo total acotados; repetir no crea otra acción externa |
Usa datos de prueba o desactiva el envío real al comprobar correo, CRM u otras operaciones externas. Generar argumentos correctos no demuestra que repetir una operación sea seguro.
Revisa los controles de razonamiento del protocolo. Por ejemplo, el adaptador Anthropic oficial de DeepSeek ignora thinking.budget_tokens y solo admite effort dentro de output_config. Que un campo siga en la configuración no prueba que se mantenga el presupuesto anterior. Consulta la correspondencia del modo de razonamiento.
Son criterios de aceptación para tu entorno, no una afirmación de que V4.1 Flash los haya pasado en todos los clientes. Para ampliar el inventario y las comprobaciones de corte, consulta la auditoría de migración de API de IA.
Comprueba la facturación aparte de la calidad
El aviso aplica las tarifas V4.1 Flash a las solicitudes Pro redirigidas. No fija precios de terceros ni garantiza igual consumo de tokens para la misma tarea.
Registra hora, proveedor, ID enviado, tokens de entrada y salida, detalles de caché disponibles y cargo final. Contrástalos con la tarifa de ese proveedor en ese momento. Si distingue horas punta y valle, usa la franja correcta. Revisa los precios oficiales de API tras los cambios en vez de reutilizar una tarifa antigua de Pro.
Para llamadas de BetterToken, consulta esos campos de consumo en el Dashboard y la disponibilidad y tarifas en el catálogo de BetterToken. Eso verifica tu conexión; no demuestra que BetterToken cambie el enrutamiento al mismo tiempo que la API oficial.
Incluye los intentos fallidos al comparar gasto por tarea aceptada. Un precio por token menor puede coincidir con más solicitudes o respuestas más largas.
El respaldo debe sobrevivir a la retirada de Pro
Volver a deepseek-v4-pro tras la redirección anunciada no restaurará Pro-0813. Si el perfil principal y el de respaldo usan el mismo nombre oficial, ambos pueden llegar a V4.1 Flash.
Elige otro Model ID disponible u otro servicio, confirma su modelo real y prueba una tarea crítica antes. Si el respaldo no pasa la aceptación, mantén el proceso bajo control manual o páusalo: un sustituto no verificado no es una reversión preparada.
Antes del cambio, el responsable debe tener resultados de prueba, un respaldo verificado y condiciones de parada, como llamadas a herramientas incorrectas, streaming roto o gasto superior a su límite. Tras la hora anunciada, repite una pequeña tarea de control y verifica el enrutamiento contra el aviso actual del proveedor antes de aumentar la carga.
