Opus 5 es excelente, pero su comportamiento es diferente al anterior, lo que hace que sea complicado de manejar.
Sin embargo, esto no es un problema del modelo en sí. La causa es que se siguen utilizando los métodos de solicitud y configuraciones que eran correctos para los modelos anteriores.
Anthropic ha publicado oficialmente una guía de prompts específica para Opus 5.
En ella se afirma que las instrucciones que antes se consideraban "correctas" ahora son contraproducentes.
Si sigues usándolo sin saber esto, seguirás pagando más tokens por las mismas tareas que antes.
¿Te suena familiar?
- Las respuestas son tan largas que resultan agotadoras de leer
- Los comentarios en vivo durante las tareas son demasiado detallados
- Amplía el alcance del trabajo a áreas que no pediste
- Lanza múltiples subagentes, lo que dispara los costes
- Los documentos que escribe son innecesariamente largos siempre
Si al menos uno de estos puntos 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, que incluyen un libro de texto 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, por favor, hazlo.
↓
https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet
Ahora, vamos al tema principal.
**
¿Qué se publicó?
Se ha añadido una página de prompts específica 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 instrúyelo de esta manera". Solo se enumeran las mejoras de rendimiento relacionadas con el prompting.
Como premisa, la guía oficial dice que los prompts escritos para Opus 4.8 seguirán funcionando razonablemente bien. Sin embargo, hay ciertos comportamientos que tienden a requerir ajustes.
En otras palabras, funciona, así que no te das cuenta. Seguir pagando por el desperdicio sin notarlo 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 los modelos anteriores. Esto está reconocido oficialmente.
Lo complicado es que bajar el "esfuerzo" (capacidad de pensamiento) no garantiza una reducción en la cantidad de texto. La guía oficial afirma explícitamente: "El esfuerzo controla la cantidad de pensamiento, no la cantidad de texto".
Si quieres acortar la longitud, tienes que indicar explícitamente la longitud. Aquí está la instrucción proporcionada por la guía oficial:
1Mantén las respuestas breves y directas.2Minimiza los prefacios y descargos, y usa el recuento 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 system prompts largos, escribe esto y luego coloca un recordatorio breve 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 los que no usan configuraciones, es aún más fácil. Simplemente responde "Mantenlo breve" 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 "qué hiciste" y "qué 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 afirma: "Mostrar ejemplos del formato deseado es más efectivo que prohibir lo que no quieres".
3. Los documentos escritos siempre son largos
Aparte 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 las personas que hacen que la IA guarde los resultados de la 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 alargues 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 tus configuraciones, puedes dejarlo como está. Este punto se trata de "eliminarlo si está escrito" y "no decirlo en instrucciones individuales".
Opus 5 verifica su propio trabajo aunque no se le diga. Por lo tanto, la guía oficial dice que elimines las instrucciones que ordenan verificación si están en tu prompt. 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"
Estas se superponen con la verificación incorporada de Opus 5 y causan una sobreverificación. La descripción oficial dice: "Eliminar estas reduce los tokens desperdiciados sin bajar la calidad". No es una compensación 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 acotarlo en lugar de eliminarlo.
1Solo corrige lo que dijiste antes cuando ese error pueda cambiar mi código o mi juicio.2Indica la corrección brevemente y continúa trabajando.3Para errores tipográficos menores que no cambian nada, corrígelos en silencio y continúa.
**
5. Ampliar el alcance sin que se lo pidan
Opus 5 puede ampliar el alcance del trabajo según su propio juicio. Agrega pasos que no pediste. Vuelve a decidir lo que se debe hacer.
Para tareas en las que quieras mantener el alcance reducido, 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 cambie 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, amplíes ni 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 en los que "arreglar un archivo" se convierte en cambiar todo el proyecto.
6. Crear demasiados subagentes
Opus 5 delega en subagentes con más facilidad que los modelos anteriores.
La delegación en sí misma no es mala. La guía oficial dice que es efectiva para tareas grandes y verdaderamente independientes. El formato de separar al escritor y al verificador también funciona, y se evalúa que los accidentes en los que los agentes sobrescriben el trabajo de los demás son raros.
El problema es cuando se usa para tareas pequeñas. El coste y el tiempo del número de unidades se añaden directamente.
1Solo delega en 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 el número 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. Como la precisión no baja fácilmente incluso con poco esfuerzo, puedes usarlo para una revisión ligera primero y una revisión exhaustiva después.
Sin embargo, hay una trampa. Si escribes "solo informa de problemas importantes" o "sé conservador" en el prompt de revisión, Opus 5 puede seguir esa instrucción al pie de la letra y reducir la información.
La recomendación oficial es "haz que informe de todo y filtra en un paso separado". Deja que salga, luego descarta. No dejar que salga desde el principio es una pérdida.
La forma de preguntar es así: "Enumera todo lo que te preocupe. Clasifícalos por importancia". Tú decides cuáles arreglar después de ver la lista.
8. Usa los niveles de esfuerzo bajo y medio como 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 coste y el tiempo de espera. Solo sube a xhigh para codificación pesada o tareas de agente.
Para los que tienen trabajos secundarios, 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, deberías 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. Esto solo 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 deberías 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 afirma explícitamente que no huye colocando stubs o marcadores de "esto es para más adelante".
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 lo dejas funcionar.
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 ha terminado. Agregar condiciones después de que comience 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
La lectura de gráficos, documentos y diagramas, así como la reproducción del aspecto 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 el prompt para modelos anteriores. Puede que ya no sean necesarias.
Hay una cosa más. La precisión con las imágenes es más alta cuando le das herramientas para que el modelo mismo realice el recorte o la confirmación visual. Se afirma 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 deja que lo abra, amplíe y verifique por sí mismo mientras lo arregla. Deberías hacer esto antes de aumentar el nivel de esfuerzo.
11. Pasa estilos para hojas de cálculo y presentaciones
Ahora puede crear hojas de cálculo con múltiples pestañas, incluyendo fórmulas no simples. Las presentaciones 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 el prompt.
Para las personas que arreglan el aspecto 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 hayas hecho tú mismo antes y decir: "Adapta 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 verificación doble. Opus 5 lo hace sin que se lo digan.
- Es mejor escribir restricciones de alcance y condiciones de delegación de subagentes.
- Para las revisiones, "deja que genere todo y filtra después". No dejes que filtre desde el principio.
- Usa low y medium como 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 costes ahora.
Espero que marques esto como favorito y pruebes aunque sea una sola cosa hoy.
Normalmente publico información sobre las últimas novedades en 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, que incluyen un libro de texto 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
