Quién es Boris Cherny y por qué importan sus tips
Boris Cherny (@bcherny) es el lead de Claude Code en Anthropic — la persona que construye la CLI oficial de Claude y la usa todo el día. Cuando alguien así suelta un hilo con los shortcuts que realmente mueven la aguja, vale la pena leerlo con atención.
Opus 4.7 es el modelo más capaz de Anthropic hoy, pero la mayoría de la gente lo usa como si fuera Sonnet: le tiran un prompt, miran la respuesta, y ya. Estos 6 tips son lo contrario — son las pequeñas fricciones que sacás del flow para que Opus 4.7 se comporte como un ingeniero junior autónomo en tu terminal.
Tip 1 — Auto mode: Shift+Tab y listo
El auto mode se activa con Shift+Tab dentro de Claude Code. Lo que cambia: Claude deja de pedirte permiso por cada acción y ejecuta el plan end-to-end.
Es la diferencia entre "aprobá cada archivo que toco" y "arrancá la tarea y volvé cuando termine". Para refactors grandes, setup de proyectos o investigaciones, es lo que te deja salir del asiento.
- Disponible en plan Max y Teams de Claude.
- Se puede interrumpir en cualquier momento con
Ctrl+C. - Ideal para tareas de 5-30 minutos donde no necesitás aprobar cada paso.
Tip 2 — /fewer-permission-prompts: allowlist automática
Claude Code te pide confirmación cada vez que quiere correr un comando bash o tocar una MCP tool nueva. Al principio está bien — querés control. Después de 3 días se vuelve ruido.
El comando /fewer-permission-prompts arma una allowlist automática con los comandos que usás más seguido. Claude analiza tu historial y propone qué agregar.
- Aplica a comandos bash (
npm,git,ls, etc.) y MCP tools. - No elimina los permisos críticos (cosas destructivas siguen pidiendo confirmación).
- Cada proyecto puede tener su propia allowlist.
El resultado: menos interrupciones, sin perder el safety net donde importa.
Tip 3 — Recaps: que te muestre qué hizo y qué sigue
En tareas largas es fácil perder el hilo. Pedile a Claude que haga recaps regulares — un resumen corto de qué acaba de hacer y qué va a hacer después.
Dos beneficios:
- Para vos: ves en 5 líneas si va bien o si se desvió.
- Para el modelo: forzarlo a resumir su propio progreso lo mantiene anclado al plan. Evita que se pierda en subtareas.
Boris lo usa como un patrón casi permanente: "recap every 3 steps". Es una de esas cosas que parecen chicas pero cambian cómo se siente trabajar con el agente.
Tip 4 — Focus mode: solo te muestra lo importante
Focus mode filtra el output de Claude Code para mostrarte solo lo crítico — el final de cada paso, los errores, los diffs relevantes. Esconde el ruido intermedio.
Es como pasar de ver todos los logs de un build a ver solo "✓ succeeded" o "✗ failed on line 42".
- Se activa desde la CLI de Claude Code.
- Combinado con auto mode, es la experiencia ideal para tareas que corren solas.
- Siempre podés ver el detalle completo si algo falla.
Tip 5 — Tuneá el effort level: low para rápido, high para pensar más
Opus 4.7 tiene un parámetro de effort level que controla cuánto razona antes de responder. Low es rápido y consume poco. High puede tardar varios minutos pero mejora el output 2-3x en tareas complejas.
Regla práctica de Boris:
| Tarea | Effort |
|---|---|
| Respuestas cortas, código simple, iteración rápida | Low |
| Refactor medio, debugging guiado, análisis | Medium |
| Arquitectura, bug profundo, planning completo | High |
No hay razón para tener todo en high — gastás tokens y tiempo. No hay razón para tener todo en low — perdés lo que hace a Opus 4.7 distinto de Sonnet.
Tip 6 — Dale forma de verificar: el /go skill
Este es probablemente el tip más poderoso. Claude Code es bueno escribiendo código. Lo que lo convierte en un ingeniero de verdad es darle forma de verificar que lo que escribió funciona.
Según qué construís:
- Backend: que sepa levantar tu server (npm run dev, uvicorn, etc.).
- Frontend: Claude Chromium extension para manejar el browser.
- Desktop apps: computer use para operar la UI.
Boris creó un skill llamado /go. Su prompt default es literalmente: "Claude hacé blah /go". El skill ejecuta 3 pasos en orden:
- Testea end-to-end con bash, browser o computer use según el tipo de app.
- Corre el skill
/simplifypara limpiar el código antes de publicar. - Levanta un PR con el diff final.
El resultado es un loop agéntico cerrado: Claude no termina con "listo, escribí el código". Termina con un PR que ya corrió, ya se simplificó y ya está listo para review.
¿Cómo aplico esto hoy?
- Activá auto mode con
Shift+Taben tu próxima sesión larga de Claude Code. - Corré
/fewer-permission-promptsuna vez por proyecto. - En prompts largos, agregá al final: "hacé recaps cada 3 pasos".
- Experimentá con effort levels — no todo tiene que ser high.
- Armate tu propio
/goskill adaptado a tu stack.
La diferencia entre "probé Opus 4.7" y "Opus 4.7 cambió mi flujo" está en estos 6 detalles. Son chicos individualmente pero compuestos cambian cómo se siente la herramienta.
Links útiles
- Hilo original de Boris Cherny en X: https://x.com/bcherny/status/2044847848035156457
- Claude Code: https://claude.com/claude-code
- Documentación oficial: https://docs.claude.com/
- Más sobre Opus 4.7: Guía completa del modelo
Preguntas frecuentes
Boris Cherny (@bcherny) es el lead de Claude Code en Anthropic. Es una de las personas que más sabe sobre cómo sacarle provecho a Claude en la terminal porque lo construye y lo usa todos los días.
Auto mode es un modo de Claude Code que se activa con Shift+Tab en el que Claude deja de pedirte permiso por cada acción y ejecuta el plan end-to-end por su cuenta. Ideal para tareas largas donde no querés estar aprobando cada paso.
Es un comando de Claude Code que arma una allowlist automática con los comandos bash y MCP tools que usás más seguido, para que Claude no te pida confirmación cada vez. Reduce interrupciones sin perder control sobre acciones riesgosas.
Es un skill que usa Boris Cherny para cerrar el loop agéntico. Su prompt default es "Claude hacé blah /go" y ejecuta tres pasos: testea end-to-end (bash, browser o computer use), corre el skill /simplify, y levanta el PR por vos.
Low effort es rápido y sirve para tareas simples o respuestas cortas. High effort consume más tiempo y tokens pero mejora 2-3x el output en razonamiento complejo. Subí el effort cuando la tarea lo amerita, bajalo para iterar rápido.
Fuentes e inspiración
Mirá los posts originales donde desarrollamos estas ideas en redes.
