Claude Opus 4.7 — cuándo sí, cuándo no (y cómo no quemarte el plan)

El problema#

Te emocionás con el nuevo Opus 4.7. Lo activás, escribís 3-4 prompts, y aparece el cartelito:

"Tu uso está limitado. Regresá en 5 horas."

Tu día, perdido.

¿Por qué pasa? Anthropic configuró Opus 4.7 para que piense más por default. Cada prompt te come el doble de tu plan. Vos no te das cuenta hasta que ya salió el cartelito.

Esta guía es el mapa para que no te pase.

Los 3 modelos como empleados#

Pensalos como 3 empleados de tu equipo:

Los números oficiales de Anthropic#

• Código: Opus 4.7 escribe 13% mejor que 4.6 (CursorBench: 70% vs 58%)
• Visión: lee imágenes 3x mejor (XBOW: 98.5% vs 54.5%)
• Instrucciones: las sigue más al pie de la letra — lo bueno y lo malo (ya no asume lo que no dijiste)

Costos API (si usás API en lugar de suscripción)#

En API no hay cartelito de 5h — pagás por lo que usás.

El mapa — cuándo cada modelo#

Caso 1 — Día a día#

Sonnet 4.6 por default. Casi no te gasta.

Caso 2 — Pensar en serio#

Opus 4.6 cuando Sonnet 4.6 se te queda corto. Tu plan respira.

Caso 3 — Algo gordo + plan $100/$200#

Opus 4.7 SOLO si tenés plan Max $100 o $200. Te aguanta el ritmo.

Caso 4 — Plan Pro $20#

NO le piques al Opus 4.7.

Te va a salir el cartelito en pocos prompts. Punto.

Si necesitás Opus, bajá a 4.6.

La regla mental#

El que mejor usa Claude no es el que paga más. Es el que aprendió a NO quemar su plan.

Aprendé a usar Sonnet 4.6 y Opus 4.6 a fondo — ahí vive el 90% del trabajo real. Y cuando ya no puedan con algo, cuando el problema sea tan gordo que necesites al genio caro, ahí sí llamás a Opus 4.7.

Para eso está.

6 reglas de prompting (de la doc oficial de Anthropic)#

Aplican igual para Sonnet 4.6, Opus 4.6 y Opus 4.7. Si escribís prompts así, te ahorrás la mitad del plan.

1. Sé claro y directo#

Pensalo como hablarle a un empleado brillante pero sin contexto de tu negocio. Mientras más específico, mejor.

❌ "Hacéme un dashboard" ✅ "Hacéme un dashboard de ventas con filtro por mes, gráfica de línea arriba y tabla de productos abajo"

2. Dale el porqué#

❌ "No uses puntos suspensivos" ✅ "No uses puntos suspensivos porque se va a leer en voz alta y los puntos suspensivos no se pronuncian bien"

Claude generaliza del porqué y aplica la regla aun en casos que no pensaste.

3. Dale ejemplos#

2-3 ejemplos bien hechos valen más que 1000 palabras de instrucciones. Envolvelos en etiquetas:

<ejemplo>
Input: ...
Output: ...
</ejemplo>

Claude distingue ejemplos del resto del prompt.

4. Decile QUÉ HACER, no qué NO hacer#

❌ "No uses markdown" ✅ "Escribí en prosa fluida con párrafos completos"

Claude responde mejor a instrucciones positivas que a negaciones.

5. Dale un rol#

Una línea al inicio:

Sos experto en Python que explica a principiantes

Cambia el tono y la profundidad. Es lo más barato y lo que más impacta.

6. Si es algo simple, bajá el effort#

Por default Opus 4.7 piensa en nivel xhigh (el máximo). Si le pedís algo corto o rutinario:

Usá effort medium para esta tarea (no xhigh).

No quemes tokens de más.

4 prompts plantilla (en inglés a propósito)#

Estos están en inglés porque así vienen de la doc oficial y así rinden mejor (entrenamiento). Copialos y pegalos.

1. Respuestas cortas (anti-verbosidad)#

Cuando Claude se extiende de más:

Provide concise, focused responses. Skip non-essential context,
and keep examples minimal.

2. Confirmar antes de acciones riesgosas#

Para coding agents — que no borre archivos, haga git push --force, ni suba cambios sin preguntar:

Consider the reversibility and potential impact of your actions.
You are encouraged to take local, reversible actions like editing
files or running tests, but for actions that are hard to reverse,
affect shared systems, or could be destructive, ask the user
before proceeding.

3. No sobre-ingeniería#

Para que no invente archivos, helpers o abstracciones que no le pediste:

Avoid over-engineering. Only make changes that are directly
requested or clearly necessary. Keep solutions simple and focused.
Don't add features, refactor code, or make improvements beyond
what was asked.

4. Investigar antes de responder#

Contra alucinaciones de código — lo obliga a leer archivos reales antes de afirmar:

Never speculate about code you have not opened. If the user
references a specific file, you MUST read the file before
answering. Make sure to investigate and read relevant files
BEFORE answering questions about the codebase.

Combinación recomendada — workflow inteligente#

80% del tiempo en Sonnet. 15% en Opus 4.6. 5% (o menos) en Opus 4.7.

Anti-patrones específicos de Opus 4.7#

1. Activarlo "por las dudas"#

Si activás Opus 4.7 como default, cada prompt te come 2x. En 4-5 prompts en Pro $20, cartelito.

Default: Sonnet 4.6. Sube cuando necesites.

2. Usarlo para tareas mecánicas#

Reformatear código, escribir docs simples, renamear variables → Sonnet o Haiku alcanzan. Opus 4.7 te cobra como genio para hacer trabajo de junior.

3. Sesiones largas sin contexto management#

Opus 4.7 piensa mucho por turno. Si tu sesión tiene 30 turnos con Opus 4.7, gastaste como 60 turnos en Sonnet.

Para sesiones largas: Sonnet 4.6 base + invocás Opus 4.7 solo para los momentos críticos.

4. Code generation masivo#

Generar 500 líneas de boilerplate → Sonnet. Generar lógica core compleja de 50 líneas → Opus 4.7.

5. No bajar effort cuando aplica#

Si pedís algo simple en Opus 4.7 y no decís "low effort", piensa al máximo igual. Explicitá el effort según tarea.

Combinaciones potentes#

Con cambia de modelo#

Cuando notes que Opus 4.7 está lento o saturado, bajá a Opus 4.6.

Con token efficient#

El CLAUDE.md de Token Efficient reduce el output verboso de cualquier modelo. Combinado con Opus 4.7, te hace el premium accesible para más prompts.

Con cinco repos no quemar cuenta#

Context Mode + Opus 4.7 = sesiones 6x más largas con el modelo más potente.

Próximos pasos#

• Para entender qué plan necesitás según tu uso, cuál plan Claude
• Para cambiar entre modelos según tarea, cambia de modelo
• Para principios generales de buen prompting, hablarle a Claude