Sonnet 4.5 puede retirarse a partir de mañana: cómo leer el calendario de retirada de modelos de Anthropic y migrar sin sorpresas
La fecha del 29 de septiembre es un mínimo, no una retirada anunciada, y Anthropic promete al menos 60 días de aviso. Aun así, quien tenga identificadores fijados en su código, o dependa de alias, debería saber hoy qué modelos tiene realmente en producció
Una fecha que no es una fecha de retirada
Las tablas de Anthropic marcan el 29 de septiembre de 2026 junto a Claude Sonnet 4.5, y eso ha provocado bastante confusión. Esa fecha es lo que Anthropic llama un suelo, un «not sooner than»: el momento antes del cual el modelo no se retirará, no el día en que dejará de funcionar. Hasta que Anthropic notifique una retirada concreta a quienes tienen despliegues activos, el modelo sigue en estado activo, y la propia política de la compañía es dar al menos 60 días de aviso antes de retirar un modelo publicado. Lo que sí es real es que ese suelo llega mañana, y que a partir de ese momento un aviso puede llegar en cualquier momento.
El ciclo de vida de un modelo, tal como lo publica Anthropic
Anthropic describe cuatro estados: activo, heredado, obsoleto y retirado. En un modelo obsoleto la compañía asigna una fecha de retirada y un sustituto recomendado, y una vez pasada esa fecha, las solicitudes fallan. La documentación advierte además de que los modelos obsoletos tienden a ser menos fiables que los activos. Para los modelos que siguen activos, la tabla muestra únicamente el suelo. Según las tablas publicadas, esos suelos son el 29 de septiembre de 2026 para Claude Sonnet 4.5, el 15 de octubre de 2026 para Claude Haiku 4.5 y el 24 de noviembre de 2026 para Claude Opus 4.5; Claude Opus 4.8, por ejemplo, no se retirará antes del 28 de mayo de 2027. Como recordatorio del ritmo real: Anthropic avisó a quienes usaban Claude Sonnet 4 y Claude Opus 4 el 14 de abril de 2026, y se retiraron el 15 de junio; a los usuarios de Claude Opus 4.1 les avisó el 5 de junio, y se retiró el 5 de agosto. Ambos casos rondan los dos meses justos.
Los tres detalles que hacen fallar migraciones que parecían sencillas
El primero es que las fechas de Anthropic se aplican a las plataformas que Anthropic opera: la API de Claude, Claude Platform on AWS y Microsoft Foundry. Amazon Bedrock y Google Cloud fijan sus propios calendarios, así que el estado y las fechas de un mismo modelo pueden no coincidir; si tu tráfico pasa por una de esas nubes, la tabla que manda es la suya. El segundo es el de los alias: los identificadores sin fecha, como los que terminan en 4-0, apuntan a la última instantánea, y cuando una instantánea se retira, el alias que apuntaba a ella se retira con ella. Cuando se retiraron Sonnet 4 y Opus 4 en junio, quienes tenían fijado el identificador con fecha o un alias que apuntaba a él vieron errores, sin ninguna conmutación automática a un modelo más reciente. La consecuencia práctica es buscar en el código el identificador con fecha, no el nombre corto, porque a veces el nombre corto ni siquiera aparece en el uso.
El tercero es que hay cambios de forma de solicitud que compilan sin quejarse y fallan en producción. El SDK todavía define temperature, top_p y top_k por compatibilidad con modelos anteriores, así que el código que los establece pasa la comprobación de tipos, pero la API rechaza el valor en el servidor con un error 400 cuando no es el valor por defecto en Claude Opus 4.7 y posteriores y en Claude Sonnet 5. Al migrar de modelo hay que revisar esto además del identificador, y recordar lo que ya ocurre con otros cambios de esta generación, como el precompletado del turno del asistente o el pensamiento manual.
Cómo saber qué estás usando de verdad
La documentación de Anthropic ofrece una auditoría de uso desde la consola: una exportación del uso desglosada por clave de API y por modelo, pensada precisamente para localizar tráfico hacia modelos con retirada prevista. El paso siguiente es cruzarlo con el código: buscar identificadores fijados, alias y configuraciones de terceros, como las pasarelas o los editores que llaman a la API por ti, que pueden tener su propio modelo por defecto. Y conviene distinguir el calendario de la API del de otros productos que ofrecen los mismos modelos: por ejemplo, GitHub Copilot anunció su propia retirada de varios modelos, entre ellos Sonnet 4.5, para el 1 de septiembre, un reloj distinto del de la API.
Lo que viene: Sonnet 5.5 y Haiku 5.5, confirmados pero sin fecha
El anuncio de Claude Opus 5.5 del 22 de septiembre dice que Claude Sonnet 5.5 y Claude Haiku 5.5 llegarán «en las próximas semanas», y nada más: en el momento de escribir esto no hay identificador, precio ni ficha de modelo publicados. Todo lo que circula sobre especificaciones o fechas es rumor o extrapolación. Como Haiku 4.5 sigue siendo el modelo pequeño vigente y su suelo es el 15 de octubre, la prudencia es probar hoy un sustituto disponible, no esperar a un modelo sin fecha. Los sustitutos activos hoy que citan las guías de migración son Claude Sonnet 5 o Claude Sonnet 4.6 para el caso de Sonnet 4.5.
Por qué importa hoy
Ninguna de estas fechas obliga a migrar mañana, y eso es precisamente lo que las hace peligrosas: un plazo sin fecha límite se aplaza hasta que llega el aviso. El plan razonable es aprovechar el margen: hacer la auditoría de uso, localizar los identificadores fijados, ejecutar un conjunto de pruebas propio sobre el modelo sustituto y decidir con calma. Con al menos 60 días de aviso, la migración cabe, pero solo si se ha preparado antes de recibirlo.
