6 Trucos de Boris — Opus 4.7

Boris Cherny, creador de Claude Code, soltó 6 trucos específicos para Opus 4.7 que la mayoría no conoce y que cambian cómo se siente trabajar con el modelo más reciente. No son features escondidas — son flags, comandos y patterns que están disponibles pero no documentados en la página principal. Esta nota los cubre con analogías para entenderlos nivel cinco años, prompts y comandos pegables.

Los 6: auto mode, /fewer-permission-prompts, recaps, focus mode, effort level y verificación.

Truco 1: Auto Mode

Cubierto en detalle en la nota 040. Resumen breve:

Qué hace: Claude ejecuta sin pedir confirmación.

Analogía nivel cinco años: es como decirle a tu hermano "andá a comprar pan" sin tener que aprobar "voy a salir", "voy a abrir la puerta", "voy a cruzar la calle". Confiás que sabe el flujo.

Cuándo prender: tareas chicas y rutinarias en proyecto controlado.

Cuándo apagar: producción, cliente, primera vez con connector.

Comando:

claude --auto

O en settings de Claude Code:

{ "auto_mode": "standard" }

Truco 2: /fewer-permission-prompts

Este es menos conocido. Es slash command que ajusta qué le pide Claude confirmación durante una sesión, sin desactivar permission system del todo.

Qué hace: entras en modo donde Claude pide menos confirmaciones para operaciones repetitivas. Sigue pidiendo para acciones destructivas y nuevas.

Analogía: si en tu primer día de trabajo el jefe te dice "podés ir al baño cuando quieras" después de pedir permiso 3 veces, dejas de preguntar para eso. Sigues pidiendo permiso para cosas más serias.

Uso:

> /fewer-permission-prompts

A partir de ahí en la sesión:

• Leer archivos del repo: no pide.
• Ejecutar pnpm test, pnpm dev: no pide.
• Crear archivos en src/: no pide.
• rm, git push, llamadas externas con costo: sigue pidiendo.

Diferencia con auto mode: auto mode es global y agresivo. /fewer-permission-prompts es para esta sesión y mantiene guardrails fuertes.

Cuándo usar: estás en sesión enfocada de 1-2 horas donde no querés interrupciones, pero no querés desactivar safety en general.

Truco 3: Recaps

Qué hace: comando que pide a Claude resumen de la sesión actual — qué hicieron, qué decisiones se tomaron, qué quedó pendiente.

Analogía: al fin del día, un buen trabajador hace breve resumen mental: "hoy hicimos esto, decidimos aquello, mañana sigo con esto". Recaps lo formaliza.

Uso:

> /recap

Claude te devuelve:

RECAP de esta sesión:

Hecho:
- Implementé endpoint /api/checkout con Stripe.
- Agregué tabla `subscriptions` y migración.
- Cubrí tests para los happy paths del checkout.

Decisiones:
- Usamos Stripe Checkout (no embebido) para simplificar PCI.
- Plans hardcoded por ahora; admin UI viene en sesión siguiente.

Pendiente para próxima sesión:
- Webhooks (signature verification + manejo de events).
- Admin UI para gestionar plans.
- Tests para webhook handlers.

Tiempo total estimado pendiente: 4-6 horas.

Por qué es valioso: si tu próxima sesión es mañana, podés pegar este recap como contexto. Continuidad sin pérdida.

Variante avanzada:

> /recap --save

Guarda el recap en .claude/recaps/2026-05-15.md. Versión histórica de tu trabajo.

Truco 4: Focus Mode

Qué hace: Claude restringe el contexto solo a lo relevante para la tarea actual. Cuando estás trabajando en un archivo específico, no se distrae con el resto del repo.

Analogía: si estás resolviendo problema de matemática, no querés tener libros de historia abiertos en la mesa. Focus Mode cierra todo lo no relevante.

Uso:

> /focus src/services/payment.ts

A partir de ahí, Claude:

• Solo lee archivos relacionados directamente (imports, llamadas).
• Ignora resto del repo a menos que vos lo pidas explícito.
• Respuestas concisas, sin context switching mental.

Cuándo brilla: debugging profundo en archivo específico, refactor focalizado en módulo.

Cuándo no: exploración inicial de repo desconocido (querés que vea todo).

Salir de Focus Mode:

> /unfocus

Truco 5: Effort Level

Qué hace: ajusta cuánto "esfuerzo" pone Claude en una respuesta. Nivel bajo = rápido y directo. Nivel alto = piensa más, output más profundo.

Analogía: preguntarle a un médico "qué tomo para dolor de cabeza" tiene effort bajo (paracetamol). Preguntar "por qué tengo dolor de cabeza recurrente" requiere más effort (diagnóstico).

Niveles disponibles:

• Quick: respuesta inmediata, mínima exploración.
• Standard: default.
• Deep: análisis profundo, considera más opciones.
• Maximum: uso extendido de extended thinking.

Uso:

> /effort deep: por qué este test es flaky?

Para tareas simples:

> /effort quick: cuál es la sintaxis para crear branch en git?

Cómo se siente:

• Effort quick: respuesta en 2-3 segundos.
• Effort deep: 15-30 segundos, respuesta más rica.
• Effort maximum: 1-3 minutos, análisis exhaustivo.

Cuándo usar cada uno:

• Quick: comandos sintácticos, recordatorios, micro-fixes.
• Standard: default para casi todo.
• Deep: bugs raros, decisiones técnicas con trade-offs.
• Maximum: arquitectura, seguridad crítica, debugging que ya falló con deep.

Truco 6: Verificación

Qué hace: después de generar código, le pedís a Claude que verifique su propio output con métodos concretos.

Analogía: después de resolver una operación matemática, hacer la cuenta inversa para verificar. Si dijiste 5+7=12, comprobá 12-7=5.

Patterns de verificación:

Pattern A: ejecutar tests

> /verify: ejecutá los tests y confirmá que pasan. Si fallan, 
  arreglá antes de continuar.

Claude corre pnpm test, lee output, soluciona si falla.

Pattern B: leer su propio output

> /verify: leé el archivo que acabás de crear y confirmá que:
  - No tiene `any` (TypeScript estricto).
  - Todos los imports son válidos.
  - No hay TODOs sin asignar.

Claude revisa su output con criterios objetivos.

Pattern C: ejecutar comando

> /verify: corré la app, probá el endpoint con curl, confirmá 
  que devuelve 200.

Claude ejecuta, observa output, reporta.

Por qué es importante: Claude genera código que parece correcto pero no siempre lo es. Verify-step forza prueba real.

Cómo usar los 6 juntos

Sesión típica con los 6 trucos:

[Arranco sesión]

> /fewer-permission-prompts
(menos confirmations, mantengo guardrails)

> /focus src/services/payment.ts
(focus en el módulo del bug)

> /effort deep: este test es flaky 20% del tiempo. Encontra causa.
(análisis profundo)

[Claude diagnostica, propone fix, implementa]

> /verify: corré el test 20 veces, confirma que pasa todas.
(verificación robusta)

[Al final]

> /recap --save
(documento el trabajo, queda en git)

> /unfocus
(cierro focus mode)

15-30 minutos vs. 1-2 horas sin trucos.

Limitaciones honestas

Limit 1: requieren Opus 4.7

Algunos comandos (especialmente effort levels avanzados y verify automático) requieren Opus 4.7. En Sonnet o modelos anteriores, los comandos pueden no estar o tener efecto reducido.

Limit 2: focus mode puede ser sobre-restrictivo

Si Claude está en focus y la solución requiere mirar fuera del scope, puede no resolverlo bien. Si la respuesta se siente incompleta, salí de focus y reintentá.

Limit 3: verify no detecta todos los bugs

Verify ejecuta lo que vos le decís. Si vos le pedís "corré tests", no detecta bugs que tests no cubren. Verify es tan bueno como el verification step que diseñás.

Limit 4: efforts altos consumen tokens rápido

Effort maximum puede gastar 10-20× más tokens que quick. Usalo selectivo, no como default.

Tabla de cuándo usar cada uno

Anti-trucos: lo que NO recomiendan

Boris también mencionó qué NO hacer:

• No prender auto + bypass + máximo effort simultáneamente. Combinación cara y peligrosa.
• No usar effort maximum en loop. Si Claude no resuelve con max effort, el problema requiere intervención humana, no más effort.
• No saltarte verify para "ahorrar tiempo". El bug que no detectaste te cuesta 10× después.

Conclusión

Los 6 trucos de Boris no son hacks ni features secretas — son flags pensados para escenarios reales. Conocerlos hace que Opus 4.7 se sienta como herramienta calibrada en lugar de modelo genérico.

Adoptá de a 2 por semana. En 3 semanas los 6 son parte natural de tu workflow. Y notás la diferencia: menos tiempo perdido en flujos sub-óptimos, más tiempo en lo que realmente importa.

Tags: claude-code, opus-4-7, boris-cherny, auto-mode, recaps, focus-mode, trucos, anthropic