Claude Opus 5 llegó el 24 de julio de 2026 y ya lo estás usando sin haber tocado nada: si pagas Claude Pro, es el modelo más fuerte a tu alcance; si pagas Max, es el que te responde por defecto. La cifra que explica el movimiento es el precio, casi la inteligencia de Claude Fable 5 por la mitad del precio... en teoría.
Ahora la parte que no nos muestra el titular: este nuevo modelo "más barato" trae manías nuevas que se pagan en tokens, en la tabla comparativa del propio anuncio no queda primero en todo, y para que funcione mejor debes borrar instrucciones que llevas años escribiendo.

Nada de eso lo vuelve un mal modelo, pero sí cambia cómo conviene usarlo. Abajo están las dos cosas que la tabla no muestra: dónde se te va el dinero sin que lo notes, y los bloques de texto que arreglan sus manías. Si usas Claude para trabajar y no eres programador, esto te toca igual.
¿En qué se queda corto Claude Opus 5?
¿Claude Opus 5 es mejor que Claude Fable 5? No en todo. Gana en la mayoría de las pruebas del anuncio de Anthropic, pierde en las dos de programación agéntica sobre repositorios de código —una contra Fable 5 y otra contra un modelo de la competencia— y en dos dominios verticales. Lo que se movió fue el precio, no el techo.
En el resto de la tabla va adelante por márgenes grandes: 43.3% contra 33.7% de Fable 5 en programación en terminal, y 30.2% contra 1.5% de Opus 4.8 en problemas nuevos que no pudo haber memorizado. Con un patrón que vale la pena mirar: en Humanity's Last Exam, Fable gana si ninguno de los dos puede usar herramientas y Opus 5 se voltea el marcador cuando ambos sí pueden. Rinde cuando lo dejas trabajar con acceso a cosas, no cuando lo dejas solo con lo que recuerda.
Si usas su configuración default, te sale más caro en tiempo y dinero
Lo que sí duele es que sus comportamientos por defecto te cuestan más dinero. Anthropic documenta cuatro, y cada uno se paga en tokens:
- responde más largo que los Opus anteriores
- escribe archivos más largos
- narra más lo que va haciendo mientras trabaja
- reparte tareas entre subagentes con más facilidad
Hay un cambio más que además te cuesta tiempo. El razonamiento viene encendido de fábrica y en Opus 4.8 venía apagado, así que la misma petición, sin tocar nada, puede tardar más en volver con una respuesta.
El precio de lista no subió, pero tu factura sí.
Dos límites más, si vas a construir algo encima:
- El modo rápido cuesta el doble. Corre a unas 2.5 veces la velocidad normal, a 10 y 50 dólares por millón de tokens, y solo existe en la API de Claude.
- Apagar el razonamiento ya no siempre se puede. En los niveles de esfuerzo xhigh y max devuelve error.
Y un asterisco de seguridad: sus filtros pueden bloquear consultas legítimas de ciberseguridad y de biología, campos donde Mythos 5 sigue siendo el modelo fuerte de Anthropic. Cuando eso pasa, el pedido se redirige a Opus 4.8.
Con eso sobre la mesa, la pregunta útil es cómo hacer que rinda. Y la respuesta empieza al revés de lo que esperarías: borrando.
¿Qué instrucciones debes borrar de tus prompts en Claude Opus 5?
Los mejores prompts para Claude Opus 5 empiezan por borrar, no por escribir. Según la guía de prompting de Anthropic que publicó junto al modelo, conviene eliminar tres instrucciones que durante años se enseñaron como buena práctica, y las tres tienen algo en común: le piden al modelo algo que ya hace por su cuenta. Al insistir, no lo mejoras, lo entorpeces.
- "Verifica tu trabajo", "revisa dos veces", "incluye un paso final de verificación". Opus 5 comprueba sus resultados y corrige sus propios errores sin que se lo pidas. La instrucción provoca sobreverificación: repite controles que ya hizo y gasta tokens de más para llegar al mismo lugar. Anthropic dice que quitarla no le baja la calidad.
- "Reporta solo los problemas graves" o "sé conservador". Esta es la más traicionera, porque suena a criterio profesional. Anthropic la documenta para prompts de revisión de código: el modelo puede tomarla al pie de la letra y reportarte menos de lo que vio. La recomendación es pedirle todo y filtrar tú en un segundo paso.
- "No pienses" o "no razones antes de contestar". Solo importa si trabajas con el razonamiento desactivado, algo que se hace desde la API, la vía técnica que conecta Claude con otros programas, para ahorrar. En ese escenario, esa regla aumenta la probabilidad de que se te filtren las etiquetas internas del modelo dentro de la respuesta que tú lees.
Hay un cuarto caso que no cabe en la lista porque no es una instrucción, sino una maña: los trucos que inventaste para que el modelo leyera bien una captura o una gráfica. Opus 5 rinde bien interpretando gráficas, documentos y diagramas, así que la guía pide revalidar esos parches por si ya están sobrando.
¿Por qué quitar instrucciones mejora los prompts para Claude Opus 5?
En el anuncio del modelo hay una escena que lo explica. Un ingeniero de una firma de trading le pidió construir la conexión de datos de un mercado nuevo. Al no encontrar ninguna fuente en vivo contra la que probar, Opus 5 se fabricó su propio banco de pruebas para confirmar que su código leía bien los datos del mercado. Nadie se lo pidió.
Cuando un modelo se construye sus propias pruebas, pedirle que compruebe su trabajo es como recordarle a alguien que respire.
Yo lo veo así: durante años escribimos prompts como si le habláramos a un pasante distraído. Los modelos nuevos se parecen más a un colega con método propio. Y a un colega no le repites lo básico, le dices qué quieres y dónde están los límites.
¿Qué instrucciones sí conviene agregar a tus prompts?
Borrar no alcanza. Cada bloque de abajo apaga una de las manías que le salen de fábrica.
Empecemos por la longitud, que es la queja número uno. Bajar el nivel de esfuerzo no acorta de forma confiable lo que ves en pantalla, así que la única palanca real es pedirlo.
¿Cómo hago que Claude Opus 5 responda más corto? Se lo pides de forma explícita en el prompt. Esta instrucción, traducida de la documentación oficial, funciona bien en conversaciones de varios turnos:
mantén las respuestas enfocadas, breves y concisas. Deja cortos los
avisos y advertencias, y dedica la mayor parte de la respuesta al punto
principal. Cuando te pida explicar algo, dame un resumen general salvo
que te pida una explicación a fondo.
Si además le pides archivos, agrega una calibración aparte: la guía sugiere pedirle que cubra el fondo del asunto sin rellenar con secciones de adorno ni resúmenes repetidos.
Le pides un correo y te devuelve un plan de comunicación de tres fases. Ese es el segundo frente: el modelo puede expandir el alcance de la tarea y agregar pasos que nadie pidió. La documentación trae un bloque para marcarle el borde, y la clave está en la última parte, donde le prohíbe transformar el pedido en silencio:
entrega lo que te pedí, en el alcance que te pedí. Toma tú las decisiones
de rutina y consúltame solo cuando dos lecturas del pedido lleven a
trabajos muy distintos. Si crees que el pedido está mal o que hay un
mejor camino, dilo en una frase y sigue con la tarea tal como te la pedí,
sin recortarla, ampliarla ni convertirla en otra cosa por tu cuenta.
El tercer frente aparece solo si dejas a Claude trabajar solo, con acceso a tus archivos o herramientas, y es el que más se nota en la factura.
Un subagente es una copia adicional del modelo que el agente principal pone a trabajar en paralelo sobre una parte del pedido. Piensa en un contratista que llama ayudantes: cada uno toma un frente y el principal integra el resultado.
La regla que da la guía es de sentido común: delegar rinde en frentes de trabajo grandes y realmente independientes, pero multiplica costo y tiempo cuando se aplica a tareas chicas. Conviene usar un subagente en lugar de varios y nunca lanzarlos para revisar lo que el modelo mismo hizo.
¿Qué nivel de effort conviene usar en Claude Opus 5?
El effort controla cuánto trabaja el modelo antes de entregarte algo, y afecta todos los tokens de la respuesta, no solo el texto final. Vive en la API y en las herramientas que exponen ese control. Si vienes de otro modelo, esto es lo que cambia.
| Nivel | Qué cambia en Opus 5 |
|---|---|
| Low y medium | rinden mejor que en modelos Opus anteriores. Anthropic los propone como control principal de costo y tiempo cuando compruebes que la calidad se sostiene. |
| High | el valor por defecto en la API y la recomendación para el trabajo donde importa la calidad. |
| Xhigh | punto de partida recomendado para programación y tareas autónomas largas. |
| Max | para cuando la tarea justifica gastar sin límite. |
Lo interesante de esa tabla está abajo, no arriba: el ahorro vive en low y medium, no en subir a max por costumbre. Empieza en xhigh para programación y trabajo autónomo largo, usa high para el resto del trabajo exigente, y baja cuando midas que la calidad aguanta.
Y ojo con heredar configuraciones. Anthropic pide correr una prueba nueva en vez de copiar el nivel que usabas antes, porque los niveles bajos de Opus 5 alcanzan calidad donde antes no alcanzaban. Si quieres el marco completo de cómo ordenar un prompt por partes, lo tenemos en la guía de cómo hacer prompts para Claude.
¿Cómo auditar tus prompts cada vez que sale un modelo nuevo?
Antes del método, el resumen de todo lo anterior en una tabla que puedes pegar junto a tus plantillas:
| Qué borrar | Qué escribir en su lugar |
|---|---|
| "Verifica tu trabajo", "revisa dos veces" | nada: el modelo ya lo hace |
| "Reporta solo lo grave", "sé conservador" | "reporta todo" y filtras tú después |
| "No pienses antes de responder" | nada: aumenta las fallas de formato |
| Trucos viejos para leer capturas y gráficas | el pedido limpio, y revalidas si hace falta |
| Ninguna instrucción de longitud | el bloque de brevedad, para respuestas y archivos |
| Ninguna instrucción de alcance | "entrega lo que te pedí, en el alcance que te pedí" |
| Ningún límite de delegación | cuándo puede usar subagentes y cuántos |
Esa tabla resuelve el lanzamiento de hoy. El método que viene ahora resuelve el siguiente, y no sale de la documentación de Anthropic: es cómo lo hago yo. Porque cada lanzamiento convierte una parte de tus prompts en instrucciones muertas y casi nadie las revisa: revisarlas no se siente como trabajo productivo.
Cuatro pasos, cada vez que cambies de modelo o el proveedor publique una versión nueva:
- Subraya cada instrucción defensiva. Todo lo que empiece con "no hagas", "asegúrate de", "verifica".
- Corre la misma tarea sin ellas. Un pedido limpio, sin plantilla. Si tu prompt de siempre pide un resumen "sin inventar datos y verificando cada cifra", pide solo el resumen y compara los dos resultados con tus propios ojos, no con tu recuerdo de cómo funcionaba antes.
- Devuelve solo lo que arregla un problema real. Si el resultado no cambia sin la instrucción, la instrucción sobra.
- Quédate con lo que el modelo no puede adivinar. Tu contexto, tu público, tu formato, tus límites.
Ese último punto es el que más rinde y el que casi nadie escribe. Vale más un párrafo tuyo explicando para quién es el entregable que veinte reglas defensivas copiadas de un hilo de X.
Cuando salió Claude Fable 5 la lección fue escribir prompts más cortos desde cero; con Opus 5 la lección es revisar los que ya tenías. La siguiente va a ser otra.
Los datos de este blog salen de el anuncio de Claude Opus 5 y de la guía oficial de prompting del modelo.
Continúa aprendiendo como usar la IA mejor con Platzi
Si esto de calibrar contexto, alcance y límites te suena a otro idioma, el Curso de Prompt Engineering de Platzi arranca justo ahí: por qué el prompting de 2023 ya no funciona y cómo armar tu propio sistema de contexto reutilizable. Las primeras clases son gratis.
¿Cuál de estas instrucciones tienes pegada en todos tus prompts? Cuéntanos en los comentarios qué pasó cuando la borraste.
Curso de Prompt Engineering
COMPARTE ESTE ARTÍCULO Y MUESTRA LO QUE APRENDISTE








