DeepSeek redirige su modelo principal a uno más barato y te cobra el precio más barato

DeepSeek ha notificado a los usuarios de su API que V4.1 Flash se lanza el 10 de septiembre de 2026. La noticia no es el lanzamiento. Es lo que viene después: a partir de las 4:00 UTC, las 7:00 en Riad, cada solicitud dirigida al modelo insignia V4 Pro se redirigirá al nuevo modelo y se facturará al precio del nuevo modelo. Quien usa hoy el modelo más potente pagará mañana el precio del modelo más rápido, sin cambiar una sola línea de su sistema.

Es la misma empresa que subió sus precios e introdujo la facturación en horas punta hace unos meses. La dirección se invirtió por una razón: un mercado que se mueve más rápido que cualquier contrato anual.

Hablamos de hasta un 77% menos en entrada y un 70% menos en salida. La cifra importa, pero tres detalles del anuncio importan más, y son los que realmente deciden tu factura.

Las cifras

Los precios son por un millón de tokens; un token es la unidad de texto más pequeña que lee el modelo: una palabra, un número, un signo de puntuación. Son tarifas fuera de hora punta; las tarifas en hora punta son exactamente el doble.

ConceptoV4 Pro hoyV4.1 Flash mañanaCambio
1M de tokens de entrada, leídos de la caché0,022 $0,003 $-86%
1M de tokens de entrada, nuevos0,66 $0,15 $-77%
1M de tokens de salida1,98 $0,60 $-70%

Si hoy usas el V4 Flash normal, la bajada es menor pero real: la entrada nueva pasa de 0,22 $ a 0,15 $, y la entrada en caché de 0,007 $ a 0,003 $.

Sus horas punta caen dentro de tu mañana laboral

DeepSeek factura con dos tarifas, en hora punta y fuera de ella, y la diferencia es del doble. Las horas punta se publican en UTC: de 01:00 a 04:00 y de 06:00 a 10:00, de lunes a viernes.

Pásalo a hora de Riad y la hora punta va de 04:00 a 07:00 y de 09:00 a 13:00. Toda la mañana laboral saudí cae dentro de la hora punta, al doble de precio. Después de las 13:00 la tarifa se reduce a la mitad hasta la mañana siguiente.

La consecuencia práctica es directa. El trabajo que responde a un cliente en tiempo real se queda donde está, cueste lo que cueste, porque el cliente no espera. El trabajo que nadie está esperando —generar el informe mensual, clasificar un archivo de mensajes, extraer datos de archivos antiguos, resumir actas— cuesta la mitad si se ejecuta después de las 13:00 o por la noche, sin ningún otro cambio. Programar es una decisión operativa, no técnica, y aquí mueve la factura tanto como cambiar de modelo.

La caché: una diferencia de cincuenta veces

Vuelve a mirar la primera fila de la tabla. La entrada nueva cuesta 0,15 $. La entrada leída de la caché cuesta 0,003 $. Es una diferencia de cincuenta veces, la mayor de toda la lista de precios, y la que más se ignora.

La caché funciona sobre el comienzo de tu mensaje. Envía el mismo texto inicial en cada solicitud y DeepSeek lo cobra una vez a precio completo y luego lo vuelve a leer por una fracción. La mayoría de los sistemas reales llevan un gran bloque fijo en cada llamada: las instrucciones del asistente, la lista de productos y precios, la política de devoluciones, el tono de voz. Nada de eso cambia de un cliente a otro.

Así que la diferencia entre un sistema que ordena su prompt y otro que no lo hace no es un detalle de ingeniería. Es si la parte fija se cobra una vez o se vuelve a cobrar entera en cada mensaje. La regla es sencilla: lo fijo primero, lo variable al final.

Pongamos un ejemplo. Un asistente de WhatsApp que gestiona 3.000 conversaciones al mes, cada una con 4.000 tokens de entrada y 500 tokens de salida, cuesta unos 10,89 $ al mes al precio actual de V4 Pro fuera de hora punta. Al precio de V4.1 Flash de mañana baja a 2,70 $. Ordena el prompt para que el 80% de la entrada se lea de la caché y baja a 1,29 $. Ocho veces entre la primera cifra y la última, y en el último paso el modelo no cambió. Solo cambió el orden del texto.

La cláusula que conviene leer en vez de saltarse

Una frase del aviso merece atención: seguir usando el servicio después del cambio de facturación se considera aceptación de las nuevas condiciones, y quien no esté de acuerdo puede darse de baja y solicitar un reembolso.

Es un lenguaje habitual en los contratos de servicios en la nube, y aquí no plantea objeciones porque el cambio favorece al usuario. Pero el principio merece atención: la misma cláusula permite un cambio de precio en la dirección contraria por el mismo mecanismo. Si construyes un sistema comercial sobre la API de otro, tu coste operativo no es una cifra fija en el plan de negocio. Es una condición que cambia con un aviso.

La lección más allá de DeepSeek

Es el mismo patrón sobre el que escribimos cuando Broadcom retiró la herramienta de salida de VMware sin ningún anuncio: aquello de lo que dependes cambia bajo tus pies, y lo que importa es lo rápido que puedes responder.

Fíjate en lo que le pasó al nombre del modelo. Un desarrollador que escribió deepseek-v4-pro en su sistema verá que sus solicitudes van a otro sitio por decisión del proveedor. Aquí el resultado le favorece: más barato, más rápido y mejor según el propio proveedor. Pero el mismo mecanismo es el que llevará tus solicitudes a otro modelo el día en que la decisión no te favorezca.

Una sola regla lo resuelve: no disperses el nombre del modelo por tu sistema. Mantenlo como un único valor de configuración y haz que cada llamada pase por una sola capa de tu código. Así, cambiar de modelo, o cambiar de proveedor por completo, es una edición de una línea y no un proyecto. Hacerlo al principio no cuesta nada; adaptarlo después cuesta semanas.

Si estás comparando modelos antes de comprometerte, comparamos DeepSeek, Claude y GPT según el tipo de trabajo para el que sirve cada uno y no por las cifras de titular, y esa comparación sigue vigente: se diferencian por tarea, no solo por precio.

Y lo que más le importa a un empresario: a estos precios el modelo ya no es lo que frena un proyecto. Mantener un asistente en miles de conversaciones al mes cuesta ahora menos que el café de tu oficina. Lo que decide el resultado es todo lo que rodea al modelo: si tus datos están lo bastante organizados para que pueda leerlos, si está realmente conectado a tus sistemas o responde desde la nada, y si sabes qué ocurre cuando se equivoca.

Cómo lo gestionamos en Origami

En los sistemas que construimos para nuestros clientes, cada llamada al modelo pasa por una sola capa, y el nombre del modelo vive en un archivo de configuración en lugar de repetirse por todo el código. Cuando el mercado cambia, y cambia más o menos cada mes, pasar a un cliente a un modelo más barato o más preciso es una decisión que se ejecuta en minutos y se mide después, no una reconstrucción.

También tratamos el orden del prompt como una decisión de diseño y no como un detalle: el bloque fijo primero para que se lea de la caché, la parte variable al final. Y separamos lo que necesita una respuesta inmediata de lo que puede esperar, para que lo segundo se ejecute en las horas baratas. Tres decisiones que nadie ve en la interfaz, y todas se notan en la factura.

Fuentes