He resumido personalmente 30 consejos operativos para Claude Code que su creador, Boris Cherny, dice que son esenciales. Este es realmente un artículo legendario.
Honestamente, saber o no saber estos consejos cambiará tu experiencia con Claude Code como la noche y el día. Te darás cuenta de que todo ese tiempo repitiendo las mismas instrucciones o perdiendo horas en retrabajos era completamente innecesario.
Por cierto, ¿alguna vez tienes estos problemas al usar Claude Code?
- Sientes que estás dando las mismas instrucciones cada vez y deseas que aprenda de una vez.
- Los cambios grandes generan retrabajos constantes, haciendo que sientas 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 desordenadas, 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 las publicaciones de Boris Cherny en X, la documentación oficial de Anthropic y los repositorios/acciones oficiales de GitHub.
Ya que Boris ha declarado explícitamente: "Yo creé Claude Code", he priorizado sus consejos operativos como la voz del campo, mientras que he cotejado las opciones de CLI y configuraciones con los documentos oficiales. 😆
Si usas Claude Code, ¡definitivamente debes leer esto!
¡Guardar esto es obligatorio!
¡Realmente cambiará tu productividad 10x! ¡Vamos a ello! 👇
■ Tres principios que debes entender primero
Los factores más importantes para hacer que Claude Code sea poderoso en la práctica se reducen a solo tres cosas.
Separar la "investigación" y la "implementación" en el Modo Plan. Dejar que Claude verifique su propio trabajo. Y trabajar pensando en sesiones paralelas.
Boris repite constantemente: "Casi siempre usa el Modo Plan", "dale a Claude una forma de verificar su salida" 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, aquí está 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
↓ Code Review / Ultrareview
↓ 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 el campo. 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 los Docs oficiales y GitHub. Las funciones en investigación preliminar están claramente marcadas como tales.
■ Consejo 1: Aísla los cambios grandes en el Modo Plan primero
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: "Casi siempre usa 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 única 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 completo cuando todas las pruebas pasen."
Solo con esto, Claude puede encontrar y solucionar problemas antes de que un humano siquiera los revise. Si los comandos de verificación son demasiado 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 agregar 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 lo dejas 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 "Agrega algo cuando Claude cometa el mismo error por segunda vez".
Por el contrario, elimina reglas que ya no sean necesarias. Si se vuelve demasiado grande, consume contexto, por lo que la poda periódica es vital.
■ Consejo 5: Convierte las 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 grande, su activación puede 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 y evita que la configuración dependa de una sola persona.
Obviamente, nunca hagas commit de claves API personales o tokens. No olvides revisar tu .gitignore.
■ Consejo 7: Pre-aprueba 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: "Pre-aprueba permisos comunes", y los Docs oficiales especifican 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 CLAUDE.md en los directorios agregados.
■ Consejo 9: Asume la división de roles con subagentes
Meter investigación, revisión y depuración todo 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 code-reviewer, debugger o data-scientist, y escribe descripciones claras para ellos.
■ Consejo 10: Automatiza el formateo/verificación con PostToolUse Hooks
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 mediante comentarios en PRs
Cambia las "reglas futuras" junto con el código en tus PRs. Boris dice: "etiqueta @.claude en los PRs de mis compañeros para agregar algo al CLAUDE.md".
Por ejemplo, comenta: "@claude agrega 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 rama, % de contexto y 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". Como 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 UI.
Que Claude detecte roturas en la UI que no son visibles en el código es una gran ventaja. Sin embargo, como 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 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 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
Los Docs oficiales tienen 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 especificaciones antes de la implementación reduce drásticamente el retrabajo, especialmente cuando "qué construir" es difuso.
■ Consejo 16: Separa CLAUDE.md y los roles de 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 desordene.
■ 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 agresivamente
Los Docs oficiales establecen explícitamente: "Gestiona el contexto agresivamente". 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 checkpoints de mensaje 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 distribuir horizontalmente.
■ Consejo 23: Implementa directamente desde herramientas de gestión de incidencias
Deja que Claude lea Issues de GitHub 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 Code Review y Ultrareview
Las revisiones rutinarias y las revisiones profundas son diferentes. Usa Code Review a diario y /ultrareview antes de fusionar para una revisió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 laptop esté cerrada".
■ Consejo 29: Descarga 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 no se han establecido mejores prácticas, 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? → Agrega a CLAUDE.md.
- ¿Hay tareas repetitivas para skills/hooks? → Automatízalas.
- ¿El uso de contexto es demasiado alto? → Revisa los hábitos de
/compact. - ¿El número de worktrees es adecuado? → Ajusta 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 Open Chat!
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! 👀
