Boris Cherny, creador de Claude Code, comparte diez consejos de uso extraídos directamente del equipo de Claude Code en Anthropic. Señala de entrada que no existe un método único y anima a experimentar.
Paralelismo mediante git worktrees: El consejo número uno del equipo es usar de 3 a 5 git worktrees simultáneamente, cada uno con su propia sesión de Claude. Este enfoque se identifica como la mayor ganancia de productividad. Algunos miembros del equipo crean alias de shell (za, zb, zc) para navegar rápidamente entre worktrees, mientras que otros mantienen un worktree dedicado al análisis de logs y a BigQuery.
Modo plan sistemático: Para cualquier tarea compleja, el equipo recomienda comenzar en modo plan e invertir el esfuerzo necesario para que Claude pueda implementarla en una sola pasada. Una práctica consiste en usar un Claude para redactar el plan y un segundo para revisarlo con la mirada de un "staff engineer". En cuanto una implementación se desvía, se recomienda volver de inmediato al modo plan en lugar de forzar la continuación.
CLAUDE.md como memoria evolutiva: Tras cada corrección, se pide a Claude que actualice su archivo CLAUDE.md para que el error no se repita. Claude resulta ser notablemente eficaz escribiendo sus propias reglas. Un ingeniero hace que Claude mantenga un directorio de notas por tarea/proyecto, actualizado después de cada PR.
Skills y comandos personalizados: Toda acción repetida más de una vez al día merece convertirse en un skill o un slash command. Ejemplos citados: /techdebt para identificar código duplicado, un comando que sincroniza 7 días de Slack, GDrive, Asana y GitHub en un único contexto, o agentes al estilo analytics-engineer para dbt.
Corrección autónoma de errores: Se activa el Slack MCP, se pega un hilo de un bug y simplemente se dice "fix". O se pide "Go fix the failing CI tests" sin microgestionar. Claude también se encarga de la resolución de problemas mediante docker logs en sistemas distribuidos.
Técnicas de prompting avanzadas: Se pide a Claude que actúe como revisor ("Grill me on these changes"), que demuestre que el código funciona mediante un diff entre ramas, o que rehaga una implementación mediocre con "implement the elegant solution".
Entorno de terminal optimizado: El equipo prefiere Ghostty por su renderizado sincronizado y su compatibilidad con unicode. Usan /statusline para mostrar el contexto y la rama git, pestañas coloreadas por tarea, y dictado por voz (fn x2 en macOS) para prompts 3 veces más rápidos.
Subagents y analítica: Añadir "use subagents" a las solicitudes complejas para delegar cómputo. El equipo usa Claude con la CLI de BigQuery (bq) para todas sus consultas analíticas, y no ha escrito SQL a mano en más de seis meses.
Aprendizaje continuo: Se activa el estilo "Explanatory" o "Learning" en /config, se generan presentaciones HTML o diagramas ASCII para entender el código, y se crea un skill de repetición espaciada para consolidar el aprendizaje.