¿Te suena familiar?
- Las respuestas son tan largas que agotan leerlas
- Los comentarios en vivo durante las tareas son demasiado detallados
- Expande el alcance del trabajo a áreas que no pediste
- Lanza múltiples subagentes, haciendo que los costos se disparen
- Los documentos que escribe son innecesariamente largos cada vez
Si al menos uno de estos te aplica, este artículo te será útil.
Todos estos son comportamientos que la guía oficial dice que "se pueden solucionar con estas instrucciones".
En este artículo, presentaré 11 cambios y soluciones mencionados por la guía oficial de una manera fácil de entender.
Al final, he resumido los puntos a tener en cuenta a partir de hoy, así que márcalo como favorito y aprovéchalo al máximo.
Como promoción rápida, actualmente estoy regalando 55 beneficios importantes de forma gratuita, incluyendo un manual de Claude Code, métodos de instalación y estrategias de monetización. Puedes recibirlos inmediatamente desde el siguiente enlace, así que si aún no lo has hecho, hazlo.
↓
https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet
Ahora, pasemos al tema principal.
¿Qué se lanzó?
Se ha agregado una página de indicaciones específicamente para Opus 5 en la documentación oficial de Anthropic.
No es solo una lista de funciones. Es una página práctica centrada en "Opus 5 es diferente de los modelos anteriores en estos aspectos, así que indícale de esta manera". Solo se enumeran las mejoras de rendimiento relacionadas con las indicaciones.
Como premisa, la guía oficial establece que las indicaciones escritas para Opus 4.8 seguirán funcionando razonablemente bien. Sin embargo, hay ciertos comportamientos que tienden a requerir ajustes.
En otras palabras, funciona, por lo que no te das cuenta. Seguir pagando por el desperdicio sin darte cuenta es el patrón más desventajoso.
1. Las respuestas son largas. Bajar el esfuerzo no reduce la cantidad de texto
Las respuestas de Opus 5 son más largas que las de modelos anteriores. Esto está reconocido oficialmente.
La parte complicada es que bajar el "esfuerzo" (capacidad de pensamiento) no garantiza una reducción en la cantidad de texto. La guía oficial establece explícitamente: "El esfuerzo controla la cantidad de pensamiento, no la cantidad de texto".
Si quieres reducir la longitud, tienes que indicar explícitamente la longitud. Aquí está la instrucción proporcionada por la guía oficial:
1Mantén las respuestas cortas y al grano.2Minimiza los prefacios y descargos de responsabilidad, y usa el conteo de caracteres para la respuesta en sí.3Cuando pida una explicación, solo devuelve un resumen de los puntos clave a menos que diga que quiero saber más en detalle.
Para aquellos con CLAUDE.md o indicaciones de sistema largas, escribe esto y luego coloca un recordatorio corto al final. La guía oficial también recomienda este método.
1<tone_preference>2Mantén la salida concisa.3</tone_preference>
Las instrucciones enterradas en medio de un conjunto largo de instrucciones son menos efectivas. Un recordatorio al final compensa eso.
Para aquellos que no usan configuraciones, es aún más fácil. Solo responde "Mantenlo corto" en el momento en que sientas que es demasiado largo.
2. Demasiados comentarios en vivo durante las tareas
Opus 5 habla mucho mientras trabaja. Tiende a declarar lo que está a punto de hacer cada vez, y la salida por mensaje es más larga que en modelos anteriores.
La forma de reducir esto no es decir "no des comentarios en vivo". Escribes cuándo y en qué forma quieres informes.
1Antes de comenzar a trabajar, di solo una oración sobre lo que vas a hacer.2Solo informa durante el trabajo cuando encuentres algo importante o cuando cambies de dirección.3Cuando termines, escribe la conclusión primero. Responde "lo que hiciste" y "lo que encontraste" en la primera oración, y deja los detalles para después.
Por el contrario, aquellos que quieran aumentar los comentarios en vivo pueden usar el mismo método. La guía oficial establece: "Mostrar ejemplos del formato deseado es más efectivo que prohibir lo que no quieres".
3. Los documentos escritos siempre son largos
Además de la longitud de la conversación, las cosas escritas en archivos (informes, documentos md, resúmenes) también tienden a ser largas.
Esto es efectivo para personas que hacen que la IA guarde resultados de investigación en markdown. Solo agregar una línea para el estándar de longitud marca la diferencia.
1Mantén los documentos escritos en archivos dentro de la longitud necesaria.2No omitas contenido, pero no lo hagas largo con capítulos solo para llenar espacio, resúmenes repetidos del mismo contenido o prefacios estándar.
4. "Verificar siempre" y "Verificar de nuevo" son innecesarios
Este es el punto más importante.
Para ser claros, si no tienes nada escrito en tu configuración, puedes dejarlo como está. Este ítem se trata de "eliminarlo si está escrito" y "no decirlo en instrucciones individuales".
Opus 5 verifica su propio trabajo incluso si no se le dice. Por lo tanto, la guía oficial dice que elimines las instrucciones que ordenan verificación si están en tu indicación. Estos tipos se nombran específicamente:
- "Incluye siempre un paso de verificación al final para tareas no triviales"
- "Usa un subagente para verificar"
- "Verifica de nuevo antes de responder"
Estos se superponen con la verificación integrada de Opus 5 y causan una sobreverificación. La descripción oficial dice: "Eliminar estos reduce tokens desperdiciados sin bajar la calidad". No es un intercambio con la calidad; simplemente elimina el desperdicio.
Lo mismo aplica si queda un mecanismo para agregar pasos de verificación a arneses antiguos.
Por otro lado, Opus 5 tiene más comentarios en vivo para correcciones que los modelos anteriores. Si "Estoy corrigiendo mi declaración anterior" que aparece con frecuencia es una molestia, agrega instrucciones para limitarlo en lugar de eliminarlo.
1Solo corrige lo que dijiste anteriormente cuando ese error cambiaría mi código o juicio.2Indica la corrección brevemente y continúa trabajando.3Para errores menores que no cambian nada, corrígelos en silencio y continúa.
5. Expandir el alcance sin que se le pida
Opus 5 puede expandir el alcance del trabajo según su propio juicio. Agrega pasos que no pediste. Vuelve a decidir lo que se debe hacer.
Para tareas donde quieres mantener el alcance limitado, delimita explícitamente el alcance.
1Haz lo que te pedí, dentro del alcance que te pedí.2Toma decisiones menores tú mismo. Solo consulta conmigo cuando el resultado cambiaría significativamente dependiendo de la interpretación.3Si mi solicitud parece incorrecta o si hay una mejor manera, señálalo en una oración y luego procede como se solicitó.4No reduzcas, expandas o cambies el alcance a otra cosa por tu cuenta.5Completa el alcance solicitado hasta el final. No hagas cosas que claramente no te pedí.
Incluir esto reduce los accidentes donde "arreglar un archivo" se convierte en cambiar todo el proyecto.
6. Crear demasiados subagentes
Opus 5 delega en subagentes más fácilmente que los modelos anteriores.
La delegación en sí misma no es mala. La guía oficial dice que es efectiva para tareas verdaderamente independientes y grandes. El formato de separar al escritor y al verificador también funciona, y se evalúa que los accidentes donde los agentes sobrescriben el trabajo de los demás son raros.
El problema es cuando se usa para tareas pequeñas. El costo y el tiempo por la cantidad de unidades se agregan directamente.
1Solo delega a subagentes para tareas grandes e independientes que se puedan hacer en paralelo (por ejemplo, investigar múltiples archivos en un amplio rango).2No delegues tareas que puedas terminar tú mismo en unos pocos pasos.
Hay un truco incluso para las personas que no escriben configuraciones. Diles tú mismo la cantidad de unidades al preguntar. Pon "Hazlo tú mismo sin usar subagentes" o "Si los usas, hasta X unidades" en el primer mensaje.
7. Escribir "solo dime los problemas principales" en las revisiones aumenta el riesgo de pasar por alto cosas
Opus 5 es fuerte en las revisiones de código. La guía oficial dice que tiene una alta tasa de encontrar errores reales de una sola vez, y los puntos adicionales que plantea son más a menudo reales que falsos positivos. Dado que la precisión no baja fácilmente incluso con poco esfuerzo, puedes usarlo para una revisión ligera una vez y una revisión exhaustiva después.
Sin embargo, hay una trampa. Si escribes "solo reporta problemas importantes" o "sé conservador" en la indicación de revisión, Opus 5 puede seguir esa instrucción al pie de la letra y reducir los informes.
La recomendación oficial es "haz que informe todo y filtra en un paso separado". Déjalo salir, luego descarta. No dejarlo salir desde el principio es una pérdida.
La forma de preguntar es así: "Enumera todo lo que te preocupa. Clasifícalos por importancia". Tú decides cuáles arreglar después de ver la lista.
8. Usa bajo y medio como los niveles de esfuerzo principales
En Claude Code, puedes cambiar la cantidad de pensamiento con "/effort". Hay 5 niveles disponibles en Opus 5: low, medium, high, xhigh y max, siendo high el predeterminado. Solo max está limitado a esa sesión; los otros cuatro se trasladan a la siguiente sesión.
La recomendación oficial es esta: Comienza con high, y usa activamente low y medium donde la calidad no baje para usarlos como el control principal del costo y el tiempo de espera. Solo sube a xhigh para tareas pesadas de codificación o agentes.
Para los que trabajan por cuenta propia, esto es relevante porque si no tocas esto, seguirás pagando por una alta capacidad de pensamiento incluso para tareas ligeras. No necesitas high para encontrar archivos o generar texto simple.
La guía oficial también dice que si estás trasladando configuraciones de la era del modelo anterior, debes volver a medir con tus propias tareas.
Hay una cosa que hacer hoy. Escribe "/effort medium" antes de comenzar una tarea ligera. Solo vuelve a "/effort high" cuando entres en implementación pesada. Solo esto cambiará los tiempos de espera y el consumo.
9. Proporciona todas las especificaciones al principio y déjalo solo
A partir de aquí, se trata de cómo debes cambiar la forma de preguntar porque el rendimiento ha mejorado.
La guía oficial posiciona a Opus 5 como "el más fuerte en codificación difícil". Las áreas de especialización enumeradas incluyen agregar funciones en múltiples archivos, refactorización grande y completar funciones por completo. También se establece explícitamente que no se escapa colocando stubs o marcadores de "esto es para después".
La parte importante es cómo dar instrucciones. La forma oficial es esta: El rendimiento es mejor cuando das todas las especificaciones de la tarea al principio y luego la dejas ejecutar.
Agregar instrucciones poco a poco es una pérdida en Opus 5. Es más rápido escribir todas las condiciones antes de preguntar.
Estas cuatro cosas son suficientes para poner en el primer mensaje: archivos que puede tocar, hasta dónde llegar, promesas que quieres que cumpla y condiciones para juzgar que está terminado. Agregar condiciones después de que comienza a ejecutarse es lo más lento.
Se puede usar normalmente para tareas ligeras como una corrección de una línea, pero la guía oficial dice que la diferencia con los modelos anteriores se muestra en tareas pesadas.
10. Las soluciones caseras para imágenes son innecesarias
Leer tablas, documentos y diagramas, así como reproducir la apariencia de la interfaz de usuario y los front-ends, se ha vuelto más fuerte.
Lo que la guía oficial menciona específicamente es revisar las soluciones alternativas relacionadas con imágenes integradas en la indicación para modelos anteriores. Puede que ya no sean necesarias.
Hay una cosa más. La precisión con imágenes es más alta cuando le das herramientas para que el modelo mismo realice recortes o confirmación visual. Se establece explícitamente que darle herramientas es más rentable que aumentar el nivel de esfuerzo.
Si lo usas en Claude Code, deja el formato de pegar una imagen y pedir impresiones. Dale la ubicación del archivo de imagen y déjalo abrir, ampliar y verificar él mismo mientras arregla. Debes hacer esto antes de aumentar el nivel de esfuerzo.
11. Pasa estilos para hojas de cálculo y diapositivas
Ahora puede crear hojas de cálculo en múltiples hojas, incluyendo fórmulas no simples. Las diapositivas también salen con una estructura bien organizada.
La instrucción oficial aquí es solo una: Si hay un estilo o plantilla que quieres que siga, ponlo en la indicación.
Para las personas que arreglan la apariencia de los materiales creados cada vez, es más rápido aumentar la información que proporcionas antes de aumentar el trabajo de arreglo.
La forma más rápida es proporcionar un documento que hiciste tú mismo antes y decir: "Coincide con este formato". Es más rápido mostrar un ejemplo real que explicar colores y fuentes con palabras.
Resumen
- La longitud de las respuestas y los documentos no disminuye con el nivel de esfuerzo. Indica la longitud explícitamente.
- Elimina las instrucciones que ordenan verificación o doble verificación. Opus 5 lo hace sin que se le diga.
- Es mejor escribir restricciones de alcance y condiciones de delegación de subagentes.
- Para las revisiones, "haz que genere todo y filtra después". No lo dejes filtrar desde el principio.
- Usa low y medium como los niveles de esfuerzo principales.
- No des especificaciones poco a poco; dáselas todas al principio y déjalo solo. Cuanto más pesada sea la tarea, mayor será la diferencia.
Cuando el modelo cambia, la forma "correcta" de preguntar también se vuelve obsoleta.
Los consejos que aprendiste el año pasado podrían estar aumentando los tiempos de espera y los costos ahora.
Espero que marques esto como favorito e intentes incluso una cosa hoy.
Normalmente publico sobre la información más reciente de IA y métodos de monetización usando IA. Si este artículo te fue útil, por favor sígueme.
Finalmente,
Actualmente estoy regalando 55 beneficios importantes, incluyendo un manual de Claude Code, métodos de instalación y estrategias de monetización. Si aún no lo has hecho, recíbelos aquí.
https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet

Página de referencia
https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/prompting-claude-opus-5





