Tu modelo tiene una vida útil de seis semanas

Mira lo que se lanzó este mes. En una sola ventana de dos semanas la frontera se movió con Claude Mythos 5, GPT-5.6 y Gemini 3.2 — y luego un muro de modelos chinos aterrizó casi encima unos de otros: Qwen 3.7, DeepSeek V4.1, GLM-6 y varios más. Esto no es un mes ajetreado. Es la cadencia ahora: un nuevo modelo frontera aproximadamente cada seis semanas, de múltiples laboratorios, indefinidamente.

Esa cadencia cambia lo que un modelo es para tu producto. No es un cimiento que viertes una vez. Es un consumible con vida útil.

«Usamos el mejor modelo» no es una estrategia

Si lo que hace bueno a tu producto es que corre sobre el modelo que encabezó los benchmarks este mes, tienes un problema con un calendario adjunto. El modelo que elegiste está, en promedio, a seis semanas de que lo igualen y a unos meses de que sea barato. Tu competidor no necesita ser más listo que tú — solo necesita cambiarse al modelo del mes que viene antes que tú.

Una capacidad que todos obtienen en el próximo lanzamiento no es un foso. Es una cuenta atrás. El liderazgo en benchmarks del que estás orgulloso es el activo más perecedero que posees.

Construye sobre el cambio, no sobre la instantánea

Los equipos que manejan esto bien dejaron de tratar «qué modelo» como una decisión de arquitectura y empezaron a tratarla como una rutinaria y reversible. El modelo vive detrás de una frontera; cambiarlo es un cambio de configuración y una ronda de evals, no un proyecto.

Esa es la misma lección que Apple acaba de entregar a mil millones de teléfonos al convertir el modelo del asistente en un ajuste. Cuando la parte con más probabilidad de cambiar está aislada detrás de una interfaz limpia, una cadencia de seis semanas es una oportunidad: actualizas en el momento en que los números lo justifican. Cuando está soldada a tu sistema, la misma cadencia es una cinta de correr de migraciones que nunca terminarás.

Lo que de verdad se acumula

Si el modelo se deprecia cada seis semanas, pon tu esfuerzo duradero en las partes que no:

• Tus datos y contexto. La recuperación, el grounding, la información propietaria sobre la que el modelo razona. Eso es tuyo, y mejora mientras los modelos se relevan.
• Tus evals. Un conjunto de pruebas sobre tus tareas es lo que te permite adoptar un modelo nuevo en un día en lugar de temerlo durante un mes. Sobrevive a cada modelo que juzga.
• Tu orquestación y producto. Cómo se descompone el trabajo, cómo se conectan las herramientas, cómo se siente la experiencia. Ahí vive una ventaja real, porque no sale en el próximo lanzamiento de nadie.
• El cambio en sí. Un adaptador limpio para que un modelo nuevo sea una línea de configuración. Barato de construir una vez, invaluable cada seis semanas.

Nada de eso aparece en una tabla de clasificación de modelos. Todo eso sigue siendo tuyo después de que la tabla se rebaraje.

En resumen

La cadencia de lanzamientos no se está frenando, y ningún modelo se va a quedar arriba el tiempo suficiente para ser un cimiento.

Trata al modelo como un consumible con una vida útil de seis semanas: construye el cambio, e invierte tu esfuerzo duradero en datos, evals y producto — las cosas que se acumulan mientras los modelos se relevan. La frontera se moverá de nuevo el mes que viene. Construye para que eso sea una buena noticia.