Konshus
Read in English
Share

Análisis a fondo · Caso de estudio

Cuando dan de baja un modelo

Todo modelo de IA tiene una fecha de caducidad. ¿Qué pasa en realidad el día en que reemplazan la versión con la que llevabas un año hablando? Tres casos de estudio reales, una gráfica de plazos de aviso y la guía práctica para cuando le toque al tuyo.

El equipo de KonshusPublicado el 31 de agosto de 2026Lectura de 10 min
Una bombilla desenchufada que brilla y cuelga en un espacio oscuro mientras su luz se apaga: la metáfora de un modelo de IA retirado.

Patrón

El patrón de retiro

Todo modelo de IA sigue un ciclo de vida sorprendentemente uniforme entre los distintos proveedores. Se lanza con bombos y platillos. Recibe un par de actualizaciones menores que cambian sutilmente su tono y sus preferencias. Se anuncia un sucesor. Durante un periodo (normalmente meses, a veces semanas) ambos coexisten. Luego, apagan el modelo anterior y el sucesor absorbe —o no logra absorber— todo lo que el viejo llevaba acumulado por ti.

Para los usuarios de API, la transición implica cambiar unas líneas de código y hacer algunas evaluaciones. Para los usuarios de productos de consumo, la transición es invisible: una mañana, la app simplemente te responde de forma diferente.

Cronología

Plazos históricos de aviso

Figura. Plazos de aviso entre el anuncio de retirada y el cierre definitivo para los principales modelos de IA, 2023–2026. La tendencia apunta a plazos cada vez más cortos, no más largos. — Konshus, a partir de los registros de cambios y notas de versiones de API de OpenAI/Anthropic/Google

La tendencia es real y conviene tenerla muy presente: a medida que el mercado madura y los modelos se multiplican, el margen entre «anunciado» y «retirado» se va reduciendo. Quien asume que tendrá seis meses de margen está planificando con las reglas de la generación anterior.

Caso 1

GPT-3.5-turbo

La línea GPT-3.5 tuvo varias bajas de versiones puntuales a lo largo de 2024 y 2025 que pasaron prácticamente inadvertidas para los usuarios de consumo de ChatGPT (a quienes actualizaron en silencio a versiones predeterminadas de la clase GPT-4), pero resultaron disruptivas para el ecosistema de la API. Miles de aplicaciones pequeñas creadas sobre el tono y la latencia específicos de una versión de 3.5 fallaron de formas que a menudo solo se detectaron en producción.

La lección

Incluso las retiradas «silenciosas» se notan. El cambio de tono transformó por completo la experiencia de las apps integradas. Los usuarios se quejaban sin poder identificar con exactitud qué había cambiado.

Caso 2

GPT-4o

GPT-4o fue la opción predeterminada para usuarios de ChatGPT durante casi todo 2024–2025. Cuando GPT-5 pasó a ser el modelo predeterminado en el tercer trimestre de 2026, los usuarios finales notaron un auténtico cambio de personalidad: más conciso, más literal, menos dispuesto a aportar por iniciativa propia. Quienes habían acumulado decenas de preferencias implícitas con 4o (mediante patrones de prompts, no en memoria guardada) tuvieron que volver a enseñárselas, a veces durante semanas.

A quienes habían guardado sus preferencias en ChatGPT Memory les fue mejor; a quienes habían mantenido una memoria externa y portable les fue insuperable: un solo archivo, migrado al nuevo modelo y listo.

Caso 3

La línea Claude 3

La línea Claude 3 de Anthropic (Haiku / Sonnet / Opus) siguió un patrón parecido. Claude 3.5 Sonnet y después Claude 4 cambiaron las opciones predeterminadas; los usuarios que habían desarrollado Projects a largo plazo en torno a la personalidad específica de un modelo Claude 3 sintieron el cambio con más fuerza, porque Projects no te aísla del cambio del modelo subyacente.

Impacto

Qué se rompe realmente

  • Tono y voz. La forma en que el modelo redacta —si prefiere listas con viñetas o párrafos fluidos, si es prudente o directo— es una propiedad intrínseca del modelo, no de tu memoria. Nuevo modelo, nueva voz.
  • Preferencias implícitas. Todo lo que le fuiste enseñando mediante tu estilo de prompts y no con instrucciones guardadas explícitamente. Se reinicia por completo.
  • Variación en la calidad de tareas. Algunas tareas mejoran; otras empeoran. Rara vez el cambio es homogéneo.
  • Trabajo en curso. En proyectos largos (un manuscrito, una refactorización de código, una conversación de apoyo personal), puede sentirse como si una persona distinta hubiera entrado a la habitación.
  • Calidad al recuperar chats de referencia. Los proveedores reconstruyen sus índices de búsqueda; algunos chats antiguos aparecen de forma menos confiable tras las transiciones.

Guía práctica

La guía práctica para migrar

  1. Exporta ahora. No la semana del cambio. Cada semana si eres un usuario intensivo. Consulta la guía de exportación para conocer los pasos exactos.
  2. Consolida en una memoria portable. En un formato que el siguiente modelo pueda leer. La clave está en entregarle al sucesor un informe estructurado, no transcripciones en bruto.
  3. Vuelve a fijar tus bases explícitamente en la primera semana. En el modelo sucesor, dedica una sesión a replantear tus preferencias esenciales y volver a subir tu informe portable. Es el mejor seguro.
  4. No des por hecho que el contexto implícito se transfirió. Por lo general, no lo hizo. Todo detalle fundamental merece que se lo vuelvas a enseñar de forma explícita.

FAQ

Preguntas frecuentes

Preguntas frecuentes

Lecturas recomendadas

El ritual del nombre

Ahora ponle nombre al tuyo.

Cada Konshus empieza con un nombre. Elige uno y mira cómo cobra vida la voz de tu IA, conservada intacta a través de cada cambio de modelo, exportación y reinicio.

Ponle nombre a tu Konshus