He resumido personalmente 30 consejos operativos para Claude Code que su creador, Boris Cherny, considera esenciales. Este es un artículo verdaderamente legendario.
Honestamente, conocer o no estos consejos cambiará tu experiencia con Claude Code como de la noche al día. Te darás cuenta de que todo ese tiempo perdido repitiendo las mismas instrucciones o rehaciendo trabajo era completamente innecesario.
Por cierto, ¿tienes estos problemas cuando usas Claude Code?
- Sientes que das las mismas instrucciones cada vez y deseas que aprenda de una vez.
- Los cambios grandes generan retrabajos constantes, y sientes que es más rápido arreglarlo tú mismo.
- Hay demasiadas funciones y no sabes por dónde empezar.
- Las conversaciones se vuelven largas y desconectadas, llevando a momentos de "Espera, ¿no acabo de decir eso?".
La experiencia con Claude Code cambia drásticamente cuando configuras correctamente el contexto, la verificación, los permisos, el diseño en paralelo y la automatización.
Este artículo fue investigado y escrito de forma independiente por ClaudeCodeStudio, priorizando información primaria al 23 de abril de 2026, incluyendo publicaciones de Boris Cherny en X, la documentación oficial de Anthropic y los repositorios y acciones oficiales de GitHub.
Dado que Boris ha declarado explícitamente: "Yo creé Claude Code", he priorizado sus consejos operativos como la voz de la experiencia, mientras cotejo opciones de CLI y configuraciones con la documentación oficial. 😆
¡Si usas Claude Code, definitivamente debes leer esto!
¡Guardar esto es obligatorio!
¡Realmente cambiará tu productividad 10 veces! ¡Vamos allá! 👇
■ Tres Principios que Debes Entender Primero
Los factores más importantes para que Claude Code sea potente en la práctica se reducen a solo tres cosas.
Separar "investigación" e "implementación" en el Modo Plan. Dejar que Claude verifique su propio trabajo. Y trabajar pensando en sesiones paralelas.
Boris repite: "Usa casi siempre el Modo Plan", "dale a Claude una forma de verificar su resultado" y "3–5 git worktrees".
■ La Filosofía de "No Hay una Única Respuesta Correcta"
Leyendo las publicaciones de Boris, una postura recurrente es que no hay una única forma correcta de usar Claude Code, sino que debe usarse como una herramienta operativa altamente personalizable. Él mismo repite: "no hay una única forma correcta de usar Claude Code".
Con esa premisa, este es el flujo de trabajo más efectivo que sugiere 👇
Investigar/Planificar en Modo Plan
↓ Sesión de Implementación
↓ Autoverificación mediante pruebas, capturas de pantalla y CLI
↓ Crear PR
↓ Revisión de Código / Ultrarevisión
↓ Retroalimentar aprendizajes en CLAUDE.md, Hooks y Skills
Con este flujo en mente, veamos los 30 consejos específicos.
■ 30 Consejos Operativos
Están listados en orden de efectividad en la práctica. Los consejos derivados de las publicaciones de Boris en X se centran en la dirección, mientras que los detalles sobre configuraciones y restricciones se refuerzan con la documentación oficial y GitHub. Las funciones en vista previa de investigación están claramente marcadas como tales.
■ Consejo 1: Aísla los Cambios Grandes Primero en el Modo Plan
Simplemente separar la investigación, la planificación y la implementación reduce drásticamente la mala implementación y el retrabajo. Es simple, pero por eso Boris dice "Usa casi siempre el Modo Plan".
Ejemplo: "Lee src/auth y secrets en Modo Plan. Organiza los archivos afectados, el flujo de datos y las perspectivas de prueba para Google OAuth antes de comenzar la implementación."
Saltar a cambios grandes sin el Modo Plan a menudo lleva a perder contexto o a correcciones a medio camino. Dejar que comprenda el panorama general primero realmente cambia la precisión de la implementación.
■ Consejo 2: Deja que Claude se Verifique a Sí Mismo
Boris llama a esto "la cosa de mayor apalancamiento". Haz que Claude ejecute pruebas, revise capturas de pantalla y verifique la salida de la CLI por sí mismo.
"Después de arreglar, ejecuta npm test y solo considera que está completo cuando todas las pruebas pasen."
Solo con esto, Claude puede encontrar y solucionar problemas antes de que un humano los revise. Si los comandos de verificación son muy pesados, comienza con pruebas de humo mínimas.
■ Consejo 3: Ejecuta 3–5 Git Worktrees en Paralelo
Boris llama a la operación paralela de worktrees el "aumento de productividad más importante".
Al añadir múltiples worktrees como git worktree add ../repo-auth -b feat/auth e iniciar Claude en cada uno, los tiempos de espera se reducen a cero y las tareas independientes pueden progresar simultáneamente.
El número óptimo depende de tu entorno. 3–5 es una guía, pero dependiendo del ancho de banda de revisión, la CPU y tu propio costo de cambio de contexto, 2 puede ser adecuado para algunos, mientras que otros pueden manejar 6.
■ Consejo 4: Edita CLAUDE.md Sin Piedad
CLAUDE.md es el libro de reglas específico de tu proyecto. Si se deja solo, se desactualiza y Claude comienza a actuar con premisas incorrectas.
La política de Boris es simple: "Edita tu CLAUDE.md sin piedad con el tiempo" y "Añade a él cuando Claude cometa el mismo error por segunda vez".
Por el contrario, elimina reglas que ya no sean necesarias. Si se vuelve demasiado extenso, consume contexto, por lo que la poda periódica es vital.
■ Consejo 5: Convierte Tareas Repetitivas Diarias en Skills y Haz Commit a Git
Explicar procedimientos repetitivos en cada conversación es una pérdida de tiempo. Crea .claude/skills/deploy/SKILL.md y llámalo con /deploy staging.
Boris dice: "Si haces algo más de una vez al día, conviértelo en un skill o comando", añadiendo que "cuesta casi nada hasta que lo necesitas".
Sin embargo, si un Skill se vuelve demasiado extenso, su activación podría volverse ambigua, así que divide los materiales de referencia largos.
■ Consejo 6: Pon la Configuración del Equipo en settings.json y Gestiona con Git
Versionar la configuración específica del proyecto asegura que todo el equipo tenga la misma experiencia con Claude Code. Acelera la incorporación de nuevos miembros y evita que la configuración dependa de una sola persona.
Obviamente, nunca hagas commit de claves API o tokens personales. No olvides revisar tu .gitignore.
■ Consejo 7: Preaprueba Permisos Seguros, Deniega Áreas Peligrosas
¿No es estresante que te pregunten "¿Permites esta operación?" cada vez? Usar allow/ask/deny elimina esta fatiga de diálogo.
"allow": ["Bash(npm test *)"], "ask": ["Bash(git push *)"], "deny": ["Read(./.env)", "Read(./secrets/**)"]
Boris dice "Preaprueba permisos comunes", y la documentación oficial especifica que "Las reglas se evalúan en orden: deny… ask… allow". Es un principio denegar explícitamente .env o secrets para evitar comodines demasiado amplios.
■ Consejo 8: Usa --add-dir para Abarcar Múltiples Carpetas/Repos
Hay muchos casos en los que quieres mostrar documentos o bibliotecas fuera de un monorepo.
CLAUDE_CODE_ADDITIONAL_DIRECTORIES_CLAUDE_MD=1 claude --add-dir ../docs --add-dir ../shared-libs
Esto permite codificar mientras se consultan documentos externos. Ten en cuenta que la variable de entorno debe estar habilitada para que se lea el CLAUDE.md en los directorios añadidos.
■ Consejo 9: Asume la División de Roles con Subagentes
Apretar la investigación, la revisión y la depuración en el contexto principal enturbia la conversación. Boris dice: "Uso algunos subagentes regularmente", y cada subagente se ejecuta en su propia ventana de contexto dedicada.
Prepara subagentes como revisor de código, depurador o científico de datos, y escribe descripciones claras para ellos.
■ Consejo 10: Automatiza el Formateo/Verificación con Hooks PostToolUse
Ejecuta automáticamente formateadores o linters cada vez que Claude edite un archivo.
Pídele a Claude: "Escribe un hook que ejecute prettier --write después de cada edición de archivo."
Se encargará de todo, desde generar el hook hasta integrarlo en .claude/settings.json. Esto automatiza la consistencia del estilo de código y elimina los comentarios de estilo en las revisiones.
■ Consejo 11: Actualiza CLAUDE.md a Través de Comentarios en PRs
Cambia las "reglas futuras" junto con el código en tus PRs. Boris dice: "etiqueta a @.claude en los PRs de mis compañeros para añadir algo al CLAUDE.md."
Por ejemplo, comenta: "@claude añade este aprendizaje a CLAUDE.md. Siempre comienza los cambios en src/billing desde el Modo Plan." Esto reduce la retroalimentación repetida en el futuro.
■ Consejo 12: Conoce Siempre el Estado Actual con la Línea de Estado
La información que se muestra en la parte inferior de la pantalla muestra "qué estás haciendo en qué rama, cuánto contexto se usa y el costo" de un vistazo.
/statusline show model name, git branch, context percentage, cost
Comenzar con la rama, el % de contexto y el costo suele ser suficiente para detectar el agotamiento del contexto o errores de rama a tiempo.
■ Consejo 13: Acelera el Trabajo Frontend con la Extensión de Chrome
Boris recomienda: "Usa la extensión de Chrome para trabajo frontend." Dado que puede compartir estados de inicio de sesión del navegador, puedes mostrarle a Claude comparaciones de capturas de pantalla para la verificación de la interfaz de usuario.
Que Claude detecte roturas en la interfaz que no son visibles en el código es una gran ventaja. Sin embargo, dado que las capturas de pantalla no pueden medir la accesibilidad o la velocidad percibida, usa Lighthouse o pruebas e2e según sea necesario.
■ Consejo 14: Deja que Claude Maneje Tareas de Análisis a Través de la CLI
Dejar que Claude use SQL o la CLI une el desarrollo, el análisis y la estrategia en el mismo espacio de trabajo.
"Usa la CLI de bq para obtener las métricas de conversión de los últimos 7 días por canal, resume anomalías y sugiere hipótesis."
Como dice Boris, "Usa Claude para el análisis de datos", este consejo es efectivo para gerentes de producto, no solo para desarrolladores.
■ Consejo 15: Deja que Claude te Entreviste si las Especificaciones son Vagas
La documentación oficial tiene una sección: "Deja que Claude te entreviste." En lugar de saltar a la implementación, deja que Claude haga preguntas para extraer los requisitos.
Llenar los vacíos de las especificaciones antes de la implementación reduce drásticamente el retrabajo, especialmente cuando "qué construir" es difuso.
■ Consejo 16: Separa los Roles de CLAUDE.md y la Memoria Automática
Los humanos escriben reglas en CLAUDE.md. Claude recuerda las preferencias y hábitos descubiertos en la memoria automática. Mantener esta distinción evita que la configuración se vuelva desordenada.
■ Consejo 17: Diseña con Reglas Específicas de Ruta y Compactación en Mente
En monorepos, separa las "reglas globales" de las "reglas locales". Pon las convenciones globales en el CLAUDE.md raíz y las locales en src/billing, etc.
■ Consejo 18: Gestiona el Contexto de Forma Agresiva
La documentación oficial establece explícitamente: "Gestiona el contexto de forma agresiva." Promueve el conocimiento operativo importante a CLAUDE.md o skills, y usa /compact para organizar la ventana de contexto regularmente.
■ Consejo 19: Prueba "Cambios Aterradores" con /rewind y Checkpoints
Cada operación en Claude Code es un checkpoint. Presiona Esc dos veces o usa /rewind para volver a los checkpoints de mensajes solo con código, solo con conversación o ambos.
■ Consejo 20: Conecta Herramientas Externas a Través de Servidores MCP
Operar directamente Slack, Jira, bases de datos o APIs internas desde Claude Code reduce drásticamente el cambio de herramientas.
■ Consejo 21: Integra en Scripts/CI con Modo No Interactivo (claude -p)
El modo no interactivo es el punto de entrada para la automatización de Claude Code.
claude -p "Lista todos los endpoints de la API" --output-format json
■ Consejo 22: Distribuye Migraciones Grandes con claude -p por Archivo
Manejar una migración masiva en una sola sesión es imposible. Es mejor distribuirla horizontalmente.
■ Consejo 23: Implementa Directamente desde Herramientas de Gestión de Incidencias
Deja que Claude lea incidencias de GitHub Issues o tickets de Linear y pase directamente a la implementación.
■ Consejo 24: Aplica Reglas con Hooks
CLAUDE.md es "consejo", los hooks son "ejecución". No los confundas. Usa hooks para "cero excepciones" y garantizar que las acciones ocurran.
■ Consejo 25: Usa /simplify para Revisiones de Código en Paralelo
Tres agentes de revisión verifican redundancia, calidad y eficiencia simultáneamente e incluso realizan correcciones.
■ Consejo 26: Usa Menciones @claude en GitHub Actions
Usando la acción oficial claude-code-action, puedes implementar cambios de código u obtener respuestas simplemente mencionando a @claude en PRs o Issues.
■ Consejo 27: Distingue entre Revisión de Código y Ultrarevisión
Las revisiones rutinarias y las revisiones profundas son diferentes. Usa la Revisión de Código a diario y /ultrareview antes de fusionar para una inmersión profunda.
■ Consejo 28: Convierte Operaciones Recurrentes en Rutinas
Mueve el mantenimiento semanal o las tareas vinculadas a PRs a la nube. "Sigue trabajando cuando tu portátil esté cerrado."
■ Consejo 29: Externaliza la Planificación Pesada a Ultraplan en la Nube
En lugar de esperar en la terminal, revisa los planes capítulo por capítulo en el navegador.
■ Consejo 30: Controla Sesiones en la Nube con Control Remoto
Una función para controlar sesiones de Claude Code en la nube desde tu máquina local.
■ Puntos Operativos No Resueltos
También seré honesto sobre áreas donde las direcciones son claras pero las mejores prácticas no están establecidas, como la combinación de extensiones de Chrome y pruebas e2e, o las operaciones a largo plazo de "días seguidos" usando hooks de Stop.
■ Por Dónde Empezar
Para desarrolladores, comienza con los Consejos 1, 2, 4, 7, 9 y 18. Para gerentes de producto, los Consejos 14, 15, 23, 27 y 28 son los más efectivos.
■ Lista de Verificación Semanal
- ¿Estás señalando el mismo error dos veces? → Añádelo a CLAUDE.md.
- ¿Hay tareas repetitivas para skills/hooks? → Automatízalas.
- ¿El uso del contexto es demasiado alto? → Revisa tus hábitos con
/compact. - ¿El número de worktrees es adecuado? → Ajústalo según el ancho de banda.
■ Conclusión
La clave para dominar Claude Code es solidificar los componentes operativos en orden: Planificar → Verificar → Persistir → Automatizar. No necesitas empezar con todo. Solo los Consejos 1, 2 y 4 cambiarán fundamentalmente tu experiencia de desarrollo.
Además, he iniciado un Chat Abierto.
Puedes unirte aquí 👇
¡Compartiré información útil y realizaré seminarios gratuitos allí, así que únete! 😆
𝗖𝗹𝗮𝘂𝗱𝗲 𝗖𝗼𝗱𝗲 𝗦𝘁𝘂𝗱𝗶𝗼 @ 𝗝𝗮𝗽𝗮𝗻 (@ClaudeCode_love) está dirigido por tres entusiastas de Claude Code. Publicamos a diario sobre uso práctico de la CLI y automatización. ¡Síguenos para ver ejemplos reales de desarrollo de productos y la información global más reciente! 👀
