Anthropic lanzó Claude Sonnet 5.5 el 28 de septiembre de 2026, apenas seis días después de Opus 5.5. Si usas Claude Code todos los días, esto te importa directo: es el modelo que probablemente vas a dejar corriendo por default a partir de ahora, no Opus.
Por qué apareció tan rápido
Opus 5.5 salió el 22 de septiembre. Sonnet 5.5, seis días después. Anthropic viene lanzando toda la familia 5.5 en cascada, algo que no hizo con la serie 5 original — ahí el hueco entre Opus 5 y Sonnet 5 fue de casi dos meses. El patrón dice algo: la compañía está apostando a que el modelo "de uso diario" llegue rápido detrás del modelo insignia, en vez de dejarte semanas trabajando con algo un escalón atrás.
Sonnet 5.5 es el segundo modelo de la familia 5.5. Opus, el primero, quedó reservado para el trabajo más exigente. Sonnet es la versión que cuesta menos y responde más rápido — y esta vez, sin perder tanto terreno frente a Opus como uno esperaría de un modelo "chico".
Los números que importan: velocidad, precio y benchmarks
El precio no se movió: sigue en $2 por millón de tokens de entrada y $10 por millón de salida, igual que Sonnet 5, con lectura de caché a $0.20 y escritura de caché a $2.50 por millón. Lo que cambió es cuánto rinde ese dólar.
- ▸Genera output más de 30% más rápido que Sonnet 5, según las pruebas de Anthropic.
- ▸Hasta 30% más barato por tarea: menos llamadas a herramientas, menos reintentos.
- ▸Terminal-Bench 4.0 (evaluación de coding agéntico): 70.6%, contra el 10.3% de Sonnet 5 y el 66.4% de Opus 5.5.
- ▸CursorBench 4.0: 55.5%, cerca del 57.8% de Opus 5.5 y muy por encima del 34.1% de Sonnet 5.
- ▸GDPval-AA v2.1 (trabajo de conocimiento general): 1,844 puntos, apenas dos por debajo de los 1,846 de Opus 5.5.
Lo que más llama la atención: en varias evaluaciones, Sonnet 5.5 corriendo en modo Low o Medium supera el mejor puntaje histórico de Sonnet 5 a una décima parte del costo por tarea. Eso no es una mejora incremental — es un salto de eficiencia que cambia qué modelo conviene dejar corriendo por default.
Ojo con un detalle, porque cambia la decisión de qué modelo usar cuándo: en CursorBench 4.0, Opus 5.5 todavía le gana a Sonnet 5.5 (57.8% contra 55.5%). No es que Sonnet haya "alcanzado" a Opus en todo — lo alcanzó donde más se nota en el trabajo diario (Terminal-Bench, tareas agénticas largas) y se quedó cerca en el resto. Para lo más difícil, Opus sigue siendo la apuesta segura.
Los niveles de esfuerzo: cuándo usar Low, Medium o High
Sonnet 5.5 mantiene el sistema de niveles de esfuerzo que trajo Opus 5.5 la semana anterior. En Low o Medium ya supera el techo de Sonnet 5 gastando una fracción del costo, así que para tareas de rutina (refactors chicos, revisión de PRs, respuestas de soporte) no tiene sentido correr en High por defecto. Guarda el esfuerzo alto para lo que de verdad lo necesita: un bug que no logras reproducir, diseño de arquitectura, o una migración grande donde un error te cuesta más que los tokens que ahorras.
Qué cambia si trabajas con Claude Code
Si usas Claude Code para automatizar pipelines, escribir features completas o dejar que un agente abra PRs mientras haces otra cosa, Sonnet 5.5 es el modelo que vas a notar en el día a día. No porque sea "el más inteligente" — ese título lo sigue teniendo Opus —, sino porque es el que puedes dejar corriendo tareas largas sin que la factura se dispare. En el curso Claude Code for Developer entramos justo en eso: cómo estructurar tus flujos para usar el modelo correcto en cada tarea, en vez de tirar de Opus para todo por costumbre.
Si lo que buscas es ir un paso más allá — no solo usar Claude Code, sino diseñar agentes que orquestan varias tareas y sistemas conectados —, la ruta AI Agentic Engineer arranca justo de ahí.
Si no programas, esto también te sirve
Sonnet 5.5 no es solo para developers. Si usas Claude para investigar, escribir o gestionar tu día con Chat, Cowork y Projects, la mejora de velocidad y costo se nota igual, sobre todo en tareas largas donde antes tenías que esperar. Para quienes recién arrancan con Claude, el Curso de Claude Básico cubre Chat, Cowork, Code y Design desde cero, sin asumir que ya sabes programar.
Y si lo que quieres es comparar planes y precios en soles antes de decidir qué contratar, ya tenemos la guía actualizada en nuestra página de Claude.
Si ya tenías flujos armados sobre Sonnet 5
La migración de Sonnet 5 a Sonnet 5.5 no debería romper nada: mismo precio, mismo formato de API, mismo sistema de tool calling. Pero sí vale la pena revisar dos cosas antes de cambiar el modelo por defecto en producción. Primero, si tienes prompts muy afinados para compensar debilidades específicas de Sonnet 5, es probable que esas correcciones ya no hagan falta (y a veces hasta estorban) con el modelo nuevo. Segundo, si tus agentes dependen de límites de presupuesto por tarea, esos números van a cambiar de golpe porque Sonnet 5.5 gasta menos tokens para el mismo resultado, así que conviene recalibrar esos límites en vez de asumir que siguen siendo correctos.
Lo más práctico es no migrar todo de golpe: correr Sonnet 5.5 en un subconjunto de tareas durante una semana, comparar costo y calidad contra lo que tenías, y recién ahí mover el resto. Con la diferencia de precio siendo cero, el único riesgo real es de comportamiento, no de presupuesto.
Cómo seguir el ritmo sin perderte nada
La curva de estos modelos no para: cada 3 o 4 semanas hay algo nuevo que cambia cómo conviene usarlos en producción. Sonnet 5.5 hoy, Opus 5.5 hace una semana, y seguro algo más antes de que termine el año. Si quieres practicar esto con otros que están resolviendo lo mismo en tiempo real, cada semana hacemos un taller en vivo en la Comunidad AI Builders, desde 19 USD al mes.
Por dónde empezar
Si programas, el Curso de Claude Code for Developer es el punto de partida más directo. Si no, el Curso de Claude Básico te deja usando Chat, Cowork y Projects en serio en un par de semanas. Y si quieres ver todo el catálogo, está completo en /cursos.
