Cargando la bóveda…
Cargando la bóveda…
Trucos publicados por Boris Cherny (creador de Claude Code) después de usar Opus 4.7 varias semanas: auto mode, fewer-permission-prompts, recaps, focus mode, effort level y verificación. Los 6 explicados con comandos listos para copiar.
Boris Cherny es el creador de Claude Code — el CLI con el que millones usan Claude desde la terminal. Cuando él publica trucos, vale la pena prestar atención: es el ingeniero que diseñó cómo Claude entra a tu compu, no un usuario cualquiera.
Después de usar Opus 4.7 varias semanas en su día a día, publicó 6 trucos que cambian cómo trabajar con Claude. Vamos uno por uno.
Un modo donde Claude decide solo qué confirmaciones pedir y cuáles no, según el riesgo de la acción.
El balance entre "ask each time" (te molesta todo el rato) y "trust mode" (peligroso).
/auto on(Verificá la sintaxis exacta en la versión actual de Claude Code.)
✅ Trabajás en proyectos donde el 80% es edits "seguros" ✅ Te cansa el "¿permitir? y/n" cada 30 segundos ✅ Confiás en tu CLAUDE.md como guardrail base
❌ Estás aprendiendo Claude Code todavía (mejor "ask each time") ❌ Trabajás en código sensible (auth, payments, prod) sin tests ❌ No tenés git limpio (no podés revertir fácil)
/fewer-permission-prompts#Pasás 30 minutos en una sesión y la mitad fue "¿permito este npm install? ¿permito este git log? ¿permito este ls?". Tu cerebro pone los ojos en blanco.
Un comando que revisa el historial reciente y te ayuda a agregar a tu allowlist los comandos que aprobaste 5+ veces.
/fewer-permission-promptsClaude:
permissions.allow en settingsLa próxima sesión, esos comandos no te molestan. Foco preservado.
No agreges a allow cosas como rm, git push --force, npm uninstall. Pueden ser inocuas en algún contexto pero destructivas en otro.
Sesión de 2 horas, hiciste 15 cosas. Al final no sabés bien qué se cambió y qué quedó pendiente.
Pedirle a Claude recap explícito cada cierto rato:
> /recap
Claude:
Cambios de esta sesión:
- Refactor de auth en src/lib/auth/ (8 archivos)
- Nuevo endpoint /api/profile (2 archivos)
- Tests actualizados (5 archivos)
Pendientes:
- Documentar el cambio de auth en docs/
- Verificar que el endpoint maneja edge case de usuario sin perfil
Decisiones tomadas:
- Decidimos NO migrar a Clerk todavía (necesita más eval)
- Cambiamos formato de fechas a ISO 8601 globalmenteCombinado con hooks, podés hacer que recap automático corra cada X turnos:
{
"hooks": {
"Stop": [
{ "type": "command", "command": "claude --no-interactive '/recap brief'" }
]
}
}Cuando cerrás la sesión, te queda el recap escrito en algún lado.
Un modo donde Claude no se desvía de la tarea actual. Combina ideas de /goal con auto-verificación.
/focus on "completar la migración a Clerk"A partir de ahí:
/goal#Similar pero más liviano: focus es para una sesión, goal es para trabajo extendido con findings persistentes.
Para implementarlo como skill propia, ver comando /goal.
Decirle a Claude cuánto pensar antes de responder. Cuatro niveles:
Antes del prompt:
think low
> Renombrame todas las apariciones de getUserData a fetchUserultrathink
> Tengo un bug intermitente que aparece 1 de cada 100 veces.
Análisis estructurado: hipótesis, validación, propuesta.ultrathink con Sonnet a veces le gana a low con Opus. El effort puede pesar más que el modelo para algunas tareas.
Combinación práctica: Sonnet + ultrathink es buen balance costo/calidad para tareas medio-difíciles.
Claude termina algo, dice "listo", vos descubrís que no compila / rompió tests / hizo algo distinto a lo pedido.
Forzar que Claude se autoverifique antes de declarar listo:
En tu CLAUDE.md:
## Verificación antes de "listo"
Antes de declarar cualquier tarea como completada:
1. Releé la pedida original.
2. Listá punto por punto qué entregaste vs qué pedía.
3. Identificá gaps explícitamente.
4. Si hay gaps, NO declares listo — completá primero.
5. Si tocaste código:
- Corré los tests relevantes
- Mostrame el output
6. Si tocaste config:
- Verificá que el comando build / dev no se rompa
Solo después de TODO esto, podés decir "listo".Pasás de "dice listo y descubrís problemas" a "dice listo y casi siempre está bien".
El cambio más impactante de los 6 trucos. Si solo aplicás uno, que sea este.
Boris usa los 6 todos juntos. Un día típico:
[Mañana]
- Activá auto mode (truco 1)
- Corré /fewer-permission-prompts si tenés acumulación (truco 2)
[Durante el día]
- Para tareas simples: think low + edits
- Para tareas grandes: /focus on + ultrathink + verificación
[Cierre]
- /recap brief (truco 3)
- Anotás aprendizajes en CLAUDE.mdSin los 6 trucos: Claude funciona pero te peleás con confirmaciones, perdés foco y te sorprenden los "listos" prematuros. Con los 6: 30-50% más productivo en la misma sesión.
Por orden de impacto según mi experiencia:
Si arrancás con verificación + effort level, el resto suma incremental.
Los 6 tienen algo en común: bajan la fricción del operador humano sin perder control.
Boris construyó Claude Code con esta filosofía. Aplicarlos no es "trucos" en el sentido marketinero — es cómo el creador piensa que la herramienta debe usarse.