¿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. Si todavía no conocés Claude Code, empezá por el diccionario de Claude Code con 8 conceptos clave y luego revisá cómo ahorrar tokens con CLAUDE.md.
¿Querés tus devs entregando 3x más con Claude Code?
Sin reescribir el repo. Sin formaciones largas. Sin tocar tu stack.
¿Cuáles son los 6 tips de Boris Cherny para Opus 4.7?
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.
¿Dónde puedo profundizar?
- 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
¿Querés tus devs entregando 3x más con Claude Code?
Sin reescribir el repo. Sin formaciones largas. Sin tocar tu stack.
Preguntas frecuentes sobre Claude Code tips
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 construye la CLI oficial y la usa todos los días. Cuando alguien con ese rol suelta tips concretos, vale la pena leerlos con atención: no son consejos teóricos, son los shortcuts que el propio equipo de Anthropic usa internamente para shippear código con Opus 4.7. Boris suele publicar hilos en X con shortcuts, comandos ocultos y workflows que multiplican productividad — su perfil es una fuente directa de mejoras prácticas. Para entender Claude Code desde cero, empezá por el diccionario de Claude Code.
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 (refactors grandes, setup de proyectos, investigaciones de bug) donde no querés estar aprobando cada paso y querés salir del asiento. Está disponible en plan Max y Teams de Claude, no en Pro. Se puede interrumpir en cualquier momento con Ctrl+C si ves que toma un camino que no te sirve. Sweet spot probado: tareas de 5 a 30 minutos. Para tareas muy largas (1h+) conviene partirlas con un plan previo. Para el setup óptimo antes de activar auto mode, leé cómo armar tu carpeta claude desde cero.
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 (rm -rf, git push --force y similares siguen requiriendo aprobación manual). En la práctica, Boris reporta que las interrupciones bajan un 70-80% después de correrlo una vez sobre tu workflow real. El comando lee tu historial reciente, identifica patrones seguros y los agrega al settings.json local. Lo corrés una vez por proyecto. Para entender mejor los conceptos clave de Claude Code antes de configurar permisos, leé el diccionario de Claude Code con 8 conceptos clave y 5 herramientas pro de Claude Code.
Es un skill que usa Boris Cherny para cerrar el loop agéntico completo en Claude Code. Su prompt default es "Claude hacé blah /go" y al final ejecuta tres pasos automáticos: 1) testea end-to-end usando bash, browser o computer use según corresponda; 2) corre el skill /simplify para limpiar código redundante; 3) levanta el PR en GitHub por vos con título y descripción autogenerados. Resultado: vos sólo escribís el objetivo, Claude entrega el PR listo para review. Ahorra unos 15-20 minutos por feature comparado con hacer cada paso manual. Es un skill custom que tenés que armarte vos en tu carpeta .claude/skills/go/. Para armar tu propio sistema de skills, mirá cómo ahorrar tokens con CLAUDE.md y cómo armar tu carpeta claude desde cero.
Low effort es rápido y sirve para tareas simples o respuestas cortas (editar un archivo, escribir un test unitario, fix de typo, respuesta rápida). High effort consume más tiempo y tokens pero mejora 2-3x el output en razonamiento complejo: arquitectura de un sistema, debugging de race conditions, refactor multi-archivo o code review serio. Subí el effort cuando la tarea lo amerita, bajalo para iterar rápido. En precio relativo, high consume entre 2x y 5x más tokens que low; con plan Max no te preocupás, con Pro sí conviene mediar. Regla práctica de Boris: arrancá en medium, subí a high si Claude se queda corto, bajá a low cuando ya tenés el plan claro y solo necesitás ejecutar. Para entender en qué benchmarks sobresale Opus 4.7, leé la guía completa del modelo.
Fuentes e inspiración
Mirá los posts originales donde desarrollamos estas ideas en redes.
