Claude Sonnet 5.5: el rápido de la familia, y cuándo usarlo en vez de Opus

Claude Sonnet 5.5 salió el 28 de septiembre de 2026, seis días después de Opus 5.5, y es el segundo modelo de la familia Claude 5.5. Anthropic lo presenta como el complemento más rápido y de menor costo de Opus 5.5. Donde Opus está hecho para trabajo complejo que pide criterio cuidadoso, Sonnet 5.5 es más fuerte en tareas del día a día bien acotadas, en arreglar bugs y en armar documentos, presentaciones y hojas de cálculo pulidos. El anuncio agrega que tiene buen ojo para el diseño.

Contra Sonnet 5 el salto es claro. Genera más de 30 % más rápido (es el Sonnet más rápido hasta hoy) y necesita mucho menos para terminar lo mismo, en parte porque junta varias acciones en un solo paso. Anthropic lo mide como hasta 30 % menos de costo por tarea. En un plan eso quiere decir que la misma tarea se come tu plan más lento.

Y una frase del anuncio que conviene tener a la mano: Opus 5.5 sigue siendo claramente más fuerte en trabajo complejo y abierto que pide criterio sostenido. Por eso esta guía dedica la sección 04 entera a decidir cuál usar.

Antes de cualquier benchmark, esto es lo que notaron las empresas que lo probaron antes del lanzamiento. No hace falta configurar nada para verlo.

Por qué es más probable que salgan viñetas y cómo pedirle prosa está en el system prompt de Sonnet 5.5.

Las frases que evitan que se frene o que se salte las pruebas, listas para pegar, están en Prompting para Sonnet 5.5.

En Claude Code, el modelo por defecto sigue siendo Opus 5.5 en Pro, Max, Team y Enterprise. Sonnet 5.5 no es el default en ningún plan: si lo quieres, lo eliges tú. El atajo «sonnet» ya apunta a Sonnet 5.5, siempre que tengas la versión 2.1.284 o posterior de Claude Code.

Escribir /model sonnet cambia el modelo y lo deja como tu default para las sesiones nuevas. Para volver a Opus 5.5, /model opus.

Qué se sabe en cada superficie

Anthropic reparte el trabajo así: Opus 5.5 para lo complejo que pide criterio cuidadoso, y Sonnet 5.5 para tareas del día a día bien acotadas, arreglar bugs y armar documentos, presentaciones y hojas pulidos, más el diseño. De ahí sale una regla corta que sirve casi siempre:

La tabla, por tipo de trabajo

Anthropic no publicó una tabla por tipo de tarea. Esta se arma con lo que el anuncio dice que hace mejor cada modelo y con los casos que cita. Tu trabajo manda: si una tarea «acotada» se le complica a Sonnet, súbela a Opus.

La receta: Opus planea, Sonnet ejecuta

Claude Code tiene un modo que hace el reparto solo. Se llama opusplan: mientras estás en modo plan usa Opus, y cuando apruebas el plan y empieza a ejecutar, cambia a Sonnet. Hoy eso quiere decir que Opus 5.5 decide qué hacer y Sonnet 5.5 lo construye.

• Actívalo con el comando de arriba. Igual que con cualquier modelo, queda como tu default hasta que elijas otro.
• Entra al modo plan y descríbele lo que quieres construir. Esa parte la piensa Opus 5.5.
• Revisa el plan. Cuando lo apruebas, la ejecución corre en Sonnet 5.5, más rápido y gastando menos de tu plan.
• Si a media ejecución algo se complica y hace falta volver a decidir, regresa al modo plan: vuelve a pensar Opus.

«Cuando Claude Opus 5.5 pone la arquitectura y el marco general de un juego, me sentiría seguro dejando que Sonnet 5.5 lo implemente.» — Kevin Ngo, Creator

En Claude Code y en las apps de Claude, Sonnet 5.5 arranca en esfuerzo medio. No es un recorte: en varias pruebas del anuncio, en bajo o en medio ya supera el mejor resultado de Sonnet 5, gastando alrededor de una décima parte por tarea. Hay cinco niveles: bajo, medio, alto, extra-alto y máximo.

Dos cosas que cambian de hábito. Primero, los niveles están recalibrados: «alto» en Sonnet 5.5 no piensa lo mismo que «alto» en Sonnet 5, así que no arrastres el nivel que usabas. Segundo, en Claude Code el pensamiento de Sonnet 5.5 no se puede apagar; lo que controlas es cuánto piensa, y eso es el esfuerzo.

• Con Enter lo guardas como el nivel de ese modelo desde ahora. Claude Code guarda un nivel por modelo.
• Con la tecla s lo aplicas solo a esta sesión.
• Si lo eliges con /effort, el nivel máximo aplica solo a la sesión actual.

Qué nivel para qué

Las frases de Anthropic para que no se frene en bajo y medio, para que pruebe de verdad sus cambios y para que no dispare revisiones de más en los niveles altos están en Prompting para Sonnet 5.5.

Y cómo se mueve la perilla en cada superficie, paso a paso, tiene su propia guía: los niveles de esfuerzo, explicados.

En lo que tú haces, son seis tipos de trabajo, cada uno con un caso del lanzamiento que lo respalda.

Esta es la tabla del anuncio, sin redondear. Léela con la advertencia del propio Anthropic: un benchmark mide solo una faceta de un modelo, y en sus pruebas y en las de probadores externos Opus 5.5 sigue siendo claramente más fuerte en trabajo complejo y abierto. Que Sonnet quede pegado en una fila no lo vuelve igual de bueno que Opus.

Un guion quiere decir que el anuncio no trae cifra para ese modelo en esa prueba. GDPval-AA y AA-Briefcase dan un puntaje tipo ajedrez (Elo), no un porcentaje.

Estos son los resultados de seguridad que publicó Anthropic, y después lo que cambian en tu trabajo diario.

Qué pasa si tu tarea toca ciberseguridad o biología

Las tareas de ciberseguridad de mayor riesgo caen a Sonnet 5 de forma visible. En Claude Code, cuando un filtro automático marca un mensaje como ciberseguridad, lo vuelve a correr en Sonnet 5 y te deja un aviso en la conversación. No es una marca en tu cuenta.

Con Opus 5.5 el desvío es otro: biología se va a Opus 5 y ciberseguridad a Opus 4.8. Está explicado en la sección de seguridad de la guía de Opus 5.5.

Hay una negativa que sí puede tocarte: si tu prompt le pide que escriba su razonamiento interno dentro de la respuesta, puede negarse. Qué pedirle en su lugar, y las otras categorías que pueden terminar en negativa, está en Prompting para Sonnet 5.5.

Cada prompt es una tarea del tipo en que Sonnet 5.5 es fuerte, para que veas la diferencia de velocidad con tus propias cosas. Cambia lo que está entre corchetes y pega el resto tal cual. Ninguno le pide que escriba su razonamiento: lo que le pides es el resultado, la evidencia y lo que no pudo comprobar.

Tengo este problema: [DESCRIBE QUÉ PASA, por ejemplo: al guardar el formulario de contacto la página se queda en blanco].
Pasa cuando [LOS PASOS PARA QUE OCURRA].
Debería pasar esto otro: [LO QUE ESPERABAS].

1. Encuentra la causa antes de tocar nada y dímela en dos líneas.
2. Arréglala con el cambio más chico que resuelva el problema.
3. Comprueba que el arreglo funciona corriendo lo que haga falta. Si no puedes comprobarlo, dime por qué.
4. No cambies nada que no tenga que ver con este problema.

Al final: qué causaba el error, qué cambiaste y cómo lo compruebo yo.

Te paso mis notas sueltas sobre [TEMA].
Conviértelas en [UN DOCUMENTO / UN MEMO / UNA PROPUESTA] de [EXTENSIÓN] para [QUIÉN LO VA A LEER].

- Lo más importante va en el primer párrafo.
- Usa títulos solo si el documento pasa de una página.
- Respeta mis cifras y mis nombres tal cual. Si falta un dato, márcalo como [PENDIENTE] en vez de inventarlo.
- Tono: [POR EJEMPLO: directo y cálido, sin jerga].

Al final, una lista corta de lo que tuve que suponer.

Te adjunto mi plantilla de presentación y [LOS MATERIALES: un reporte, notas de una reunión, cifras del trimestre].
Arma una presentación de [NÚMERO] diapositivas para [QUIÉN LA VA A VER] sobre [TEMA].

- Usa la plantilla tal cual: sus colores, tipografías y acomodos.
- Una idea por diapositiva, con un título que diga la conclusión, no el tema.
- Cada cifra sale de los materiales. Si una no está, no la pongas.
- Pon tus notas de orador debajo de cada diapositiva.

Al terminar, dime qué diapositiva te costó más y por qué.

Te adjunto [LA HOJA DE CÁLCULO / EL CSV] con [QUÉ DATOS: ventas por mes, gastos del equipo, inventario].

1. Revísala primero: dime si hay filas duplicadas, celdas vacías o cifras que no cuadran.
2. Arma una hoja nueva con [LO QUE NECESITAS: un resumen por mes, una tabla dinámica, un presupuesto contra lo real].
3. Deja las fórmulas visibles, no solo los resultados.
4. Agrega una gráfica que muestre [LA COMPARACIÓN QUE TE IMPORTA].

Explícame en tres líneas qué encontraste en los datos.

Te paso una captura de [UNA PANTALLA DE MI APP / MI PÁGINA]. Funciona, pero se ve improvisada.
Rediséñala para que se vea profesional y pulida, sin cambiar lo que hace.

- Mejora jerarquía, espacios, alineación y contraste.
- Que se lea bien en un celular de 375 px de ancho.
- Nada de degradados morados ni botones con forma de píldora.
- Mantén mis textos; si alguno se puede decir más corto, propónmelo aparte.

Entrégala como [UN ARTIFACT EN HTML / CAMBIOS EN MI PROYECTO] y dime las tres decisiones de diseño que más pesaron.

Quiero construir [QUÉ: por ejemplo, una sección de reservas para mi página con calendario y correo de confirmación].

Antes de escribir código, arma un plan:
1. Qué partes tiene y en qué orden conviene hacerlas.
2. Qué decisiones hay que tomar y cuál recomiendas en cada una.
3. Qué riesgos ves y cómo sabremos que cada parte funciona.

Espera a que apruebe el plan. Cuando lo apruebe, constrúyelo parte por parte y comprueba cada una antes de seguir.

Te paso [EL REPORTE / LA PRESENTACIÓN / EL CORREO] que voy a mandar, y los documentos de donde salieron los datos.

Revisa cada cifra, fecha y nombre del texto contra los documentos fuente:
- Si coincide, no me digas nada.
- Si no coincide, dame la cifra del texto, la de la fuente y dónde está cada una.
- Si algo del texto no aparece en ninguna fuente, márcalo como «sin respaldo».

No corrijas el estilo: solo los datos.

Necesito [UN NOMBRE PARA MI NEGOCIO / UN TITULAR / EL TEXTO DE UN BOTÓN] para [CONTEXTO].
Dame cinco opciones muy distintas entre sí, cada una con una línea de por qué funciona.

Yo te voy a decir cuál me gusta y qué le cambiaría. Con eso, dame otras cinco que vayan en esa dirección.
Respuestas cortas: nada de introducciones ni despedidas.

Te pego [NÚMERO] [CORREOS / MENSAJES DE CLIENTES / TICKETS] abajo, separados por «---».

Para cada uno dame una fila de tabla con:
- De quién es y de qué trata, en una línea.
- Categoría: [TUS CATEGORÍAS, por ejemplo: queja, pregunta, pedido, otro].
- Urgencia: alta, media o baja, y por qué en tres palabras.
- Siguiente paso sugerido.

Si alguno no encaja en ninguna categoría, márcalo como «revisar yo».

[PEGA AQUÍ LOS MENSAJES]

¿Se frena a preguntar, se salta las pruebas o te arma una presentación cuando solo querías ideas? Las frases exactas de Anthropic para cada caso, con dónde pegarlas, están en Prompting para Sonnet 5.5.

Y para diseño sin el look genérico de IA, sigue con el kit de diseño con Claude.

Los modelos públicos más recientes, según el propio system prompt de Sonnet 5.5, son cuatro. Así se reparten el trabajo hoy.

Si todavía trabajas con Sonnet 5, o quieres ver de dónde viene este modelo, la guía de la generación anterior es la guía de Sonnet 5.

Ya sabes qué es. Ahora, cómo hablarle

Esta guía es la puerta de entrada. Con Sonnet 5.5 salieron dos documentos oficiales que cambian cómo le escribes, y cada uno tiene su propia guía en la bóveda. Léelas en este orden.

El mismo trío, para Opus 5.5

Todo lo de esta página viene de Anthropic y salió el mismo día del lanzamiento. Vale la pena tener presente lo que falta antes de mover todo tu trabajo a un modelo nuevo.

Preguntas frecuentes