Prompting para Sonnet 5.5

Lo primero que dice la doc oficial: los prompts que ya usabas con Sonnet 5 deberían funcionar bien sin cambios, y los consejos de prompting de Sonnet 5 siguen siendo un punto de partida razonable. No tienes que reescribir tus preferencias ni tus Proyectos el día uno.

Lo que sí cambia es su conducta según el esfuerzo. En los niveles bajos a veces se frena a preguntar antes de terminar o da por hecho un cambio sin probarlo. En cualquier nivel tiende a agregar cosas que no pediste, y más en los altos; en extra-alto y máximo, además, se pone a revisar su propio trabajo. Para cada caso Anthropic probó una frase. La doc las ordena por síntoma, y aquí van igual: empiezas por lo que ves.

Qué trae el modelo, sus números y cuándo elegirlo sobre Opus 5.5 viven en la guía principal de Sonnet 5.5. Esta página es solo sobre cómo hablarle.

Si todavía usas el modelo anterior, sus patrones están en la guía de Sonnet 5.

El esfuerzo es el control principal de cuánto piensa Sonnet 5.5, y con eso de qué tan bien responde, cuánto tarda y qué tan rápido se come tu plan. Lo importante: los niveles están recalibrados. El medio de Sonnet 5.5 no piensa lo mismo que el medio de Sonnet 5. Si tenías un nivel que te funcionaba, no lo arrastres: pruébalo otra vez con tus tareas de siempre.

En Claude Code y en las apps arranca en medio. Para empezar, la doc sugiere: tareas de código o con varias herramientas que estén bien definidas, en medio; las más difíciles o largas, en alto; el chat y lo que necesitas rápido, en medio o bajo, porque a más esfuerzo más espera antes de que empiece la respuesta.

Pedirle que piense menos no funciona

Desde medio, piensa antes de casi todo, y eso suma espera antes de ver la primera palabra. Escribir en tus instrucciones «piensa menos» o «no le des tantas vueltas» no lo reduce de forma confiable. Si quieres que piense menos, baja el esfuerzo. En bajo se salta el pensamiento en la mayoría de los pedidos simples.

Cómo se guarda el nivel entre sesiones y cuánto dura el máximo está en la sección de esfuerzo de la guía principal.

Cómo funciona la perilla con cualquier modelo está explicado a fondo en la guía de niveles de esfuerzo. Los niveles de arranque que trae esa guía son de modelos anteriores; para Sonnet 5.5 vale lo de esta sección.

En tareas largas de Claude Code (o de Cowork, si tu sesión corre en Sonnet 5.5), en esfuerzo bajo o medio, a veces se detiene antes de terminar: se para a confirmarte un plan, te hace una pregunta que podía contestar solo o termina una parte de un encargo de varias y te pregunta si sigue.

Lo primero que recomienda la doc es subir el esfuerzo. Si prefieres quedarte en el nivel que tienes, pega esta frase en tus instrucciones.

Sigue trabajando hasta terminar todo lo que el usuario pidió, y solo detente a preguntar cuando no puedas seguir sin el usuario o antes de un paso riesgoso.

Cuando el trabajo que el usuario pidió esté hecho y revisado, detente y reporta.
No agregues funciones, pruebas, archivos, documentación ni refactorizaciones que no se pidieron.
Si crees que alguna ayudaría, menciónala al final en vez de hacerla.

Cuando programa, Sonnet 5.5 tiende a agregar pruebas, documentación y archivos chicos de apoyo que siguen el estilo de tu proyecto, aunque no se los pidas. Pasa en todos los niveles de esfuerzo, y más en los altos. El cambio que pediste en sí se queda cerca de lo que pediste.

La doc dice que a la mayoría de los equipos esto les va a gustar. Si tú prefieres cambios limitados a lo que pediste, pega solo el segundo párrafo de la frase de la sección anterior. En extra-alto y máximo, además de reducir esos agregados, hace los cambios más chicos en general.

Cuando el trabajo que el usuario pidió esté hecho y revisado, detente y reporta.
No agregues funciones, pruebas, archivos, documentación ni refactorizaciones que no se pidieron.
Si crees que alguna ayudaría, menciónala al final en vez de hacerla.

En extra-alto y máximo es especialmente minucioso. Al terminar una tarea puede arrancar sus propias rondas de revisión y verificación, a veces con subagentes revisores, y arreglar de paso cosas relacionadas que vio en el camino. Todo eso tarda más y se come tu plan más rápido. Por eso la doc sugiere dejar el trabajo de rutina en alto o menos, donde esto casi no pasa.

Si quieres la minuciosidad de estos niveles pero enfocada en la tarea, pega esta frase:

Cuando el trabajo que el usuario pidió esté hecho y sus pruebas pasen, detente y reporta.
No arranques por tu cuenta rondas extra de revisión o de blindaje, y no lances subagentes revisores a menos que el usuario haya pedido una revisión.
Si crees que vale la pena una revisión más a fondo, dilo al final.

Una prueba lo muestra: en FrontierCode, Sonnet 5.5 sacó menos en máximo que en extra-alto porque corrió más seguido la revisión de código de Claude Code, que reparte el trabajo entre muchos subagentes. Los números y su letra chica están en la guía principal.

Cuando el pedido es abierto, como «muéstrame qué puedes hacer con esto», Sonnet 5.5 puede ponerse a armar una presentación, un reporte o un video cuando tú solo querías ideas. Hay dos formas de evitarlo: decirlo en el mensaje, o dejarlo fijo en tus instrucciones.

Cuando el usuario pida ideas, opciones o un plan, dale eso y detente.
No empieces a construir ni a cambiar nada hasta que diga que adelante.

Hay tareas cortas que igual piden unos pasos de razonamiento: sumar cifras de un documento, aplicar una regla, ordenar opciones. En esas, Sonnet 5.5 a menudo contesta sin pensar primero, sobre todo en esfuerzo bajo y medio. Y cuando se salta ese paso, puede equivocarse más.

La doc trae una línea que va al final de tus instrucciones. Con ella piensa antes de contestar más seguido. En alto, la precisión queda cerca de la de extra-alto, gastando solo un poco más de tu plan. En bajo y medio también mejora, aunque sin llegar a lo que logra en alto, y ahí el gasto extra es mayor.

Piensa bien el problema antes de responder.

Entre una acción y otra, Sonnet 5.5 te escribe notas cortas sobre lo que acaba de encontrar y lo que va a hacer después. Si quieres que además te avise en momentos fijos, por ejemplo una línea antes de empezar y un resumen al final, dilo en tus instrucciones: la doc dice que sigue ese tipo de indicación.

Antes de pegar nada, revisa si tienes instrucciones viejas que le piden lo contrario. Frases como «guarda todos tus hallazgos para la respuesta final» lo callan justo cuando querrías saber qué hace. Bórralas.

Antes de empezar una tarea, dime en una línea qué vas a hacer.
Mientras trabajas, cuéntame en pocas palabras lo que vas encontrando.
Al terminar, dame un resumen corto: qué hiciste, qué quedó pendiente y qué necesitas de mí.

En el chat y en trabajo de investigación, Sonnet 5.5 a veces contesta con lo que aprendió en su entrenamiento cuando una búsqueda web atraparía detalles que ya cambiaron: qué se permite, qué se exige, cuánto se cobra. Su conocimiento confiable llega hasta junio de 2026; lo posterior, sin buscar, no lo sabe.

Paso 1: quita lo que le frena la búsqueda

Revisa tus preferencias, tus Proyectos y tus instrucciones de Cowork. Si hay frases que lo desaniman a usar herramientas, bórralas antes de agregar nada.

Paso 2: pega la frase de búsqueda

Usa la búsqueda para revisar los detalles que pudieron cambiar desde tu entrenamiento, como qué se permite, qué se exige o cuánto se cobra, aunque te sientas seguro.
Para trabajo de investigación, como un reporte o una comparación, reúne fuentes actuales en vez de escribir con lo que aprendiste en tu entrenamiento.

Sonnet 5.5 está entrenado para no obedecer instrucciones que se cuelan en lo que lee durante una tarea: una página web, un archivo, el resultado de una herramienta. Es una defensa contra textos escritos para engañarlo.

A veces se pasa de cuidadoso y trata un mensaje tuyo de verdad como si fuera uno de esos textos. Pasa sobre todo cuando le escribes a mitad de una tarea de varios pasos en Claude Code (o en Cowork, si corre en Sonnet 5.5) y tu mensaje le llega justo después de algo que acaba de leer.

No hace falta cambiar nada en tus instrucciones. Confírmale que el mensaje es tuyo y sigue. Si lo que ibas a decirle no es urgente, también puedes esperar a que termine el paso en el que está.

Sí, ese mensaje lo escribí yo.
Tómalo en cuenta y sigue con la tarea.

En tareas de código, Sonnet 5.5 casi siempre revisa su trabajo antes de decirte que terminó. La excepción es el esfuerzo bajo: ahí a veces reporta un cambio como hecho sin correr ninguna prueba que lo ejercite. Por ejemplo, se salta las pruebas del proyecto porque las dependencias del proyecto no están instaladas.

La señal: te dice «listo» y en la conversación no aparece la salida de ninguna prueba ni de ningún build. Si lo ves, pega este párrafo en tu CLAUDE.md. En bajo hace raras las pruebas saltadas o superficiales, sin cambio medible en la calidad y gastando apenas un poco más de tu plan por tarea.

Cuando cambies código que se pueda ejecutar, compilar o revisar con el verificador de tipos, corre una prueba real que ejercite el cambio antes de reportarlo como terminado: las pruebas del proyecto, el verificador de tipos o el build, o el propio comando que cambiaste.
Una revisión solo de sintaxis, o un comando de prueba que no llegó a arrancar, no cuenta; si lo único que falta son las dependencias declaradas del proyecto, instálalas con su propio gestor de paquetes y su lockfile (p. ej. npm install, pip install -r requirements.txt), nunca con sudo ni con el gestor de paquetes del sistema, salvo que te digan que no.
Solo si aquí no se puede correr ninguna prueba real, di cuál no corriste y por qué, en vez de reportar el cambio como terminado.

Con gráficas llenas de datos y dibujos técnicos, Sonnet 5.5 lee mucho mejor cuando puede recortar, hacer zoom o correr código sobre la imagen.

En gráficas, eso rinde más que subir el esfuerzo. En las pruebas de Anthropic, en alto y con esas herramientas leyó mejor que en máximo sin ellas, gastando mucho menos. En planos y dibujos técnicos las herramientas solo ayudan de alto para arriba, y más en extra-alto y máximo.

Antes de contestar, usa código para recortar y ampliar las partes de la imagen donde están los datos que te pido.
Lee los valores desde esos recortes, no desde la imagen completa.
Si algún valor no se alcanza a leer ni ampliado, dímelo en vez de estimarlo.

Sonnet 5.5 trae filtros de seguridad que pueden rechazar un pedido en cinco categorías: ciberataques, biología peligrosa, ayudar a desarrollar modelos de IA de la competencia, pedirle que reproduzca su razonamiento interno en la respuesta, y otros daños. Esta última a veces salta con trabajo inofensivo. Encontrar fallas de seguridad en tu propio código sí está permitido.

La que sí puedes evitar

Si tus instrucciones le piden escribir su razonamiento en la respuesta, quítalas: invitan justo ese rechazo. Si necesitas saber en qué se apoya, pídele el resultado y la evidencia.

Qué pasa con las tareas de ciberseguridad de mayor riesgo (caen a Sonnet 5, a la vista), con biología y con el pensamiento atado a tu cuenta está en la sección de seguridad de la guía principal.

Todo lo de arriba en una sola vista. Cada tarjeta te lleva a su sección, donde está la frase completa en inglés y en español.

Dónde se pega cada cosa

A dónde seguir

Esta página te dice qué pegar. La siguiente te enseña lo que Anthropic ya le pega a Sonnet 5.5 antes de que escribas nada en claude.ai: el system prompt de Sonnet 5.5, completo y desglosado. Ahí está también cómo pedirle prosa cuando te da más viñetas de las que quieres.

Si alternas con Opus 5.5, sus frases son otras y están en la guía de prompting de Opus 5.5.

Y para lo que sirve con cualquier modelo de Claude, la referencia es la guía de mejores prácticas de prompting.