Claude 3.5 Sonnet fue completamente deprecado por Anthropic y retirado el 19 de febrero de 2026. No se trata de un error o problema técnico: fue una decisión oficial de la empresa para impulsar la adopción de modelos más nuevos. Si tu código o aplicación usa Claude 3.5, dejará de funcionar ahora mismo (a menos que esté en una plataforma que mantenga soporte extendido hasta marzo 2026).
En 30 segundos
- Anthropic retiró Claude 3.5 Sonnet el 19 de febrero de 2026, después de anunciarlo en agosto de 2025
- Si usás la API de Claude y tu código tiene hardcodeado “claude-3-5-sonnet-20241022”, necesitás cambiar urgente
- La alternativa recomendada es Claude Sonnet 4.6: mismo precio, mejor rendimiento en código y razonamiento
- Amazon Bedrock y otros proveedores tienen deadlines propios (marzo 1 en Bedrock); verificá tu plataforma
- El proceso de migración es sencillo (1-2 horas si tu arquitectura está clara), pero hay que testear comportamientos nuevos
Claude 3.5 es un modelo de lenguaje grande desarrollado por Anthropic, diseñado para generar texto, responder preguntas, analizar contenido y asistir en tareas de programación y escritura. Fue lanzado en 2024 como parte de la familia Claude 3.
Qué sucedió con Claude 3.5 Sonnet
Claude 3.5 Sonnet fue una de las versiones más usadas de Claude en producción, especialmente entre developers que querían balance entre velocidad y calidad sin pagar el precio completo de Opus. El modelo salió en octubre de 2024, rápidamente se convirtió en el default para muchos casos de uso: generación de código, análisis de documentos, tareas multimodales con visión.
El 19 de febrero de 2026 — hoy — Anthropic cerró los accesos. No es un sunset lento: la API rechaza el model ID directamente. Quién intente hacer un request con `claude-3-5-sonnet-20241022` obtiene un error 401 “model not found” o similar. Así funciona en el ecosistema de modelos: cuando se termina, se termina.
Lo importante acá es distinguir entre dos cosas. Una cosa es que el modelo dejó de estar disponible en el API de Anthropic (eso pasó hace poco). Otra cosa es que en plataformas como Amazon Bedrock, el deadline es más tarde: 1 de marzo de 2026. Si usás Bedrock, tenés unos días todavía. Si usás el API de Claude directo, ya no funciona.
Cronología exacta de la depreciación
Agosto 2025: Anthropic anuncia el plan de deprecación. El timing es el típico: anuncian con meses de anticipación para que los dev teams tengan tiempo de migrar.
Febrero 19, 2026: El modelo desaparece del API de Claude. Las requests empiezan a fallar.
Marzo 1, 2026: Amazon Bedrock retira el soporte oficial. Si tu empresa usa Bedrock vía AWS, ese es tu deadline real.
Las fechas varían según plataforma porque cada proveedor tiene su propio ciclo de depreciación y su propio nivel de compatibilidad hacia atrás. Google Cloud (Vertex AI) también tenía soporte para Claude vía partner models, así que supongo que allá también hay un deadline intermedio.
El punto central: si esperaste hasta ahora, lamentablemente se te acabó el tiempo. Necesitás migrar hoy. Complementá con conocé más sobre los modelos de Claude.
¿Por qué Anthropic retiró Claude 3.5?
Esto no es una historia de “algo salió mal” o “descubrimos un bug importante”. Es un ciclo completamente normal de evolución en una AI company (si alguna vez trabajaste con LLMs, sabés que esto es estándar). Anthropic pasó a modelos 4.x: primero Claude 4, luego Claude 4.6 (la versión actual). Los modelos viejos no mueren de grasa: simplemente dejan de estar soportados porque el costo de mantenerlos, monitorearlos y garantizar su estabilidad es más que el beneficio de tenerlos disponibles.
¿Qué pasa con “Claude 3.6”? Nunca existió (spoiler: la numeración saltó). Después de 3.5 viene directamente 4.x. La empresa decidió que era momento de un cambio de generación, no un parche.
Desde el punto de vista de Anthropic, esto los mantiene enfocados en un conjunto manejable de modelos con soporte real. Desde el punto de vista del usuario, significa que si querés estar “al día” en una producción real, no podés vivir en 3.5 para siempre.
Cómo saber si tu código usa Claude 3.5
Si escribiste código vos mismo, probablemente lo sepas. Si heredaste un proyecto o trabajás en un codebase grande, quizás no. Acá hay checklist para buscar:
- En archivos de configuración: Buscá “claude-3-5-sonnet” o “claude-3.5-sonnet” (puede estar en
.env,config.py,settings.json, o un YAML cualquiera) - En requests HTTP directo: Si tu código hace POST a
https://api.anthropic.com/v1/messages, revisá el campo"model"en el body - En librerías Python/JS: Si usás el SDK oficial de Anthropic, la línea típica es
client.messages.create(model="claude-3-5-sonnet-20241022", ...)o variantes - En variables de entorno: Algunos proyectos guardan el model ID en
CLAUDE_MODEL=claude-3-5-sonnet-20241022 - En comentarios o documentación: A veces está documentado qué modelo usa cada pipeline
El identificador completo es claude-3-5-sonnet-20241022 (la fecha es parte del ID para versioning). Si ves eso en cualquier lado, ahí está.
Una forma rápida de testear: mandá un request a la API con ese model ID. Si falla con “model not found” o error 401, confirmado que necesitás migrar.
Claude Sonnet 4.6: la alternativa recomendada
Anthropic posiciona a Claude 4.6 como la sustitución directa de 3.5. No es que 4.6 sea “mejor” en general — es que es mejor en casi todos los aspectos sin que te cueste más dinero. Para más detalles técnicos, mirá explorá nuestra guía sobre Claude.
Precio: Idéntico. Si pagabas $3 por millón de input tokens en 3.5, pagás $3 en 4.6. El output también mantiene el mismo precio. Así que desde presupuesto no cambia nada.
Velocidad: Comparable. No es lightning-fast pero tampoco lento. La latencia debería ser similar.
Calidad en código: Mejor. 4.6 sabe más de programación, genera menos bugs, entiende mejor los detalles de sintaxis y librerías nuevas.
Razonamiento: Mejor. Si tu app necesita resolver problemas multi-step, 4.6 es más preciso.
Visión (multimodal): Mejor. Si pasás imágenes al modelo, 4.6 entiende más contexto visual.
Contexto: 200k tokens en ambos. Igual.
Esto no es un caso donde migrar sea “forzado pero recomendable”. Acá el nuevo modelo es genuinamente mejor y no cuesta más, así que la recomendación de Anthropic tiene sentido.
Pasos para migrar tu aplicación
Paso 1 — Localizá todas las referencias. Hacé un grep recursivo en tu repo: grep -r "claude-3-5-sonnet" .. Anotá dónde aparece (config files, código fuente, variables de entorno, documentación). Cubrimos ese tema en detalle en comparativa completa entre Sonnet y Opus.
Paso 2 — Identificá el nuevo model ID. El de Claude Sonnet 4.6 es claude-sonnet-4-6-20250514 (la fecha es la del último release; podría cambiar, verificá el changelog oficial). Algunos equipos usan versiones “latest” si el SDK lo permite, así no necesitan actualizar manualmente cada vez.
Paso 3 — Reemplazá el model ID en todos lados. Esto es lo que lleva 5 minutos: encontrá y reemplazá. En código fuente, en config, en .env, donde sea.
Paso 4 — Testea en local. Ejecutá tu suite de tests con el nuevo modelo. Si tenés unit tests que verifiquen “el output contiene X” o “el modelo genera Y”, asegurate de que pasen. El comportamiento de 4.6 es bastante compatible con 3.5, pero hay casos donde el razonamiento es diferente y el output cambia levemente.
Paso 5 — Monitorea en producción. Después de deployar, revisá logs durante las primeras horas. Buscá errores, comportamientos inesperados, cambios de latencia. Si tus usuarios reportan “antes funcionaba de forma X, ahora funciona de forma Y”, quizás es porque 4.6 resuelve problemas de forma más inteligente que 3.5, y eso es un win (pero necesitás validarlo).
En la mayoría de los casos, el proceso es invisible al usuario final. El cambio ocurre en el backend y no hay impacto perceptible. Pero si tu app dependía de comportamientos muy específicos de 3.5, quizás necesitás ajustes en prompts o lógica de post-procesamiento.
Comparativa: Claude 3.5 Sonnet vs 4.6
| Característica | Claude 3.5 Sonnet | Claude Sonnet 4.6 |
|---|---|---|
| Disponibilidad | ❌ Retirado (19 feb 2026) | ✅ Activo y soportado |
| Precio (input) | $3 / 1M tokens | $3 / 1M tokens |
| Precio (output) | $15 / 1M tokens | $15 / 1M tokens |
| Contexto | 200k tokens | 200k tokens |
| Generación de código | Muy buena | Excelente |
| Razonamiento | Muy bueno | Excelente |
| Visión (imágenes) | Sí, moderado | Sí, mejorado |
| Velocidad de respuesta | Rápida | Comparable |
| Casos de uso recomendado | Ya no aplica | Producción, IA assistants, análisis de código |
En términos prácticos: si 3.5 te funcionaba para tu caso de uso, 4.6 va a funcionar mejor o igual. Nunca peor. El costo es idéntico, así que no hay excusa para no migrar.
Errores comunes en la migración
1. Cambiar solo el model ID, sin revisar los prompts
Algunos devs cambian el ID y esperan que todo “just work”. El problema: si tu prompt estaba sintonizado para 3.5 (ponele, con instrucciones muy específicas sobre formato de output o style), quizás 4.6 interpreta eso distinto. 4.6 es más inteligente, así que a veces entiende “mejor” lo que pedís y da respuestas más matizadas. Eso puede romper parsing que esperaba un formato rígido. Solución: revisá tus prompts después de migrar, ajustá si es necesario.
2. No testear con datos reales de producción
Testear con ejemplos de juguete vs. testear con los mismos datos que procesa en vivo son dos cosas diferentes. Un prompt que “funciona” con 3 ejemplos simples puede fallar con 100 registros complejos y 4.6 puede comportarse distinto en volumen. Testea con datos representativos. Lo explicamos a fondo en usá Claude Code desde cualquier dispositivo.
3. Asumir que el costo va a ser el mismo sin medir
El precio unitario es idéntico, pero 4.6 es más inteligente y a veces necesita menos tokens para resolver el mismo problema (respuestas más concisas). En otros casos, es todo lo opuesto: razona más y usa más tokens. Mettelo en producción con monitored, revisá el gasto después de una semana.
4. No actualizar la documentación
Tuviste 3.5 hardcodeado en un doc de setup o en un README. Cambiá eso también, si no el próximo dev que lea la doc va a intentar usar un modelo que no existe. Suena básico pero sorprendentemente común.
Preguntas Frecuentes
¿Qué sucede si intento usar Claude 3.5 Sonnet ahora?
La API te devuelve un error. Puede ser un 404 “model not found”, un 401 “unauthorized”, o un mensaje directo indicando que el modelo está deprecado. Dependiendo de qué error recibas, tu código debería tener fallback logic o al menos loguear el error de forma clara. Si no tiene eso, la aplicación se cae.
¿Hay alguna forma de seguir usando 3.5 en 2026?
No en el API de Anthropic, pero potencialmente en plataformas que mantuvieron soporte más largo (como Amazon Bedrock hasta marzo). Si tu arquitectura está separada de Anthropic API y usa un proveedor intermediario, quizás tenés un par de semanas más, pero es temporal. Después de marzo no va a haber forma oficial de usar 3.5 en producción.
¿Qué pasa si migro y después me arrepiento?
Es reversible hasta cierto punto. Si guardaste la rama anterior del código con 3.5, tecnicamente podrías revertir. Pero no funcionaría porque la API no acepta 3.5. La forma correcta de “arrepentirse” es testear en staging, validar que 4.6 funciona para tu caso de uso (spoiler: casi siempre funciona), y después ya está. Arrepentirse después de seis meses de producción en 4.6 para volver a 3.5 no es opción.
¿Es necesario cambiar los prompts cuando migro a 4.6?
No obligatoriamente. La mayoría de los prompts funcionan sin cambios. Pero si tu prompt tiene instrucciones muy específicas de formato o estilo, puede ser que 4.6 las interprete distinto. Lo recomendable es probar, ver si el output es diferente, y si la diferencia es un problema, ajustá el prompt. En la mayoría de los casos no necesitás tocar nada.
¿Cuál es la diferencia de precio entre Claude 3.5 y 4.6?
Cero. El precio es exactamente el mismo: $3 por millón de input tokens y $15 por millón de output tokens. No hay aumento de costo en migrar. Esto es inusual (normalmente versiones más nuevas y poderosas cuestan más), pero Anthropic decidió mantener paridad de precios entre ambos Sonnet.
Conclusión
Claude 3.5 Sonnet dejó de estar disponible el 19 de febrero de 2026. Si tu código todavía lo usa, está roto. Ahora bien, la buena noticia es que la migración a Claude Sonnet 4.6 es sencilla, el nuevo modelo es mejor en prácticamente todos los aspectos, el costo es idéntico, y en la mayoría de los casos no necesitás cambiar tus prompts ni tu lógica.
Esto es el ciclo normal en la industria de IA. Los modelos envejecen, se deprecan, desaparecen. Cualquier aplicación que dependa de un modelo específico necesita estar preparada para migrar (fijate que incluyas abstracción en tu arquitectura: en vez de hardcodear “claude-3-5-sonnet” en 50 lugares, definiló en una constante central, así actualizarlo es un cambio). Para esta migración en particular, tenés desde el 19 de febrero (hoy) hasta el 1 de marzo en plataformas como Bedrock. Después, punto.
Si no probaste 4.6 todavía, hacé un deploy de prueba en staging. Dale un par de días, comparalo con 3.5 (si todavía funciona), y cuando esté listo, lanzá a producción. Tres líneas de cambio, máximo una hora de testing, y listo. No es urgencia de panic, es un task que necesita ser hecho esta semana.