12 consejos esenciales de Claude Code para máxima eficiencia (octubre 2026)

El mismo Claude Code da resultados completamente distintos según quién lo use.

Algunos agotan su límite de 5 horas en un abrir y cerrar de ojos, mientras que a otros les sobra.

--> La diferencia está en la configuración y en los hábitos.

⭐️ Aquí tienes 12 consejos para usar bien Claude Code. ⭐️

Incluyo todos los comandos y prompts para que puedas copiarlos y pegarlos directamente.

--> Es un poco largo para leerlo todo de golpe... ¿Qué tal si lo guardas en marcadores primero???

⚠️ Antes de empezar.. Revisa tu versión ⚠️

La mayoría de las funciones mencionadas en este artículo se lanzaron en los últimos meses. Si tu versión es antigua, los comandos no funcionarán.

Compruébalo con claude --version en la terminal y, si el número es bajo, simplemente ejecuta claude update.

Los comandos de este artículo están basados en la v2.1.302 del 18 de octubre.

1. Asigna distintos niveles de esfuerzo a cada subagente

El esfuerzo (effort) determina qué tan profundo piensa Claude antes de responder. Las opciones son low, medium, high, xhigh y max, aunque los pasos disponibles varían ligeramente según el modelo.

Mucha gente lo pone siempre en Max o XHigh, asumiendo que más alto es mejor.

Pero eso no siempre es cierto.

Al construir la misma app para comparar, Max tardó 79 minutos, mientras que otros niveles de esfuerzo tardaron 16 minutos.

Los resultados fueron casi idénticos. Solo estás gastando más tiempo y tokens.

Esto es lo que he resumido por mi experiencia:

--> (Clave) 🔥 Si sabes escribir prompts detallados, el resultado final suele ser parecido tanto si usas low como max. 🔥

--> Para hacer lluvia de ideas, low o medium funcionaron mejor.

Sin embargo, diseños difíciles, bugs complicados y revisiones importantes a veces requieren más esfuerzo.

La clave no es "usar siempre low".

Desde el 7 de octubre.. ¡Especifica el esfuerzo al llamar a los subagentes!

A partir de la actualización del 7 de octubre (v2.1.292), el Claude Code principal puede especificar el esfuerzo al invocar subagentes.

Ahora puedes dar instrucciones así:

Divide la tarea actual en tres fases y avanza con subagentes.

1. Búsqueda de ubicación de archivos y organización de datos con esfuerzo low

2. Revisión de pros/contras de la dirección de modificación con esfuerzo medium

3. Revisión de búsqueda de bugs en el código final con esfuerzo high

Muestra qué esfuerzo se le asignó realmente a cada subagente,

y devuelve solo las conclusiones y las rutas de los archivos de evidencia al agente principal.

Si te da pereza decirlo cada vez, guarda los agentes como archivos.

--> Por ejemplo, guárdalo como light-research.md en la carpeta .claude/agents/ del proyecto.

name: light-research

description: Investigación ligera solo para encontrar archivos relevantes y ubicaciones de evidencia

model: haiku

effort: low

¡Ambos métodos funcionan: especificarlo en cada llamada (prompt de arriba) o fijarlo mediante archivo!

2. Gestión del contexto y prevención del desperdicio de tokens

🤪 La razón por la que Claude Code se vuelve tonto de repente es casi siempre el contexto.

El contexto es el espacio de trabajo que Claude recuerda de una sola vez. Conversaciones, archivos leídos y resultados de comandos se acumulan aquí.

--> Hoy en día, Claude Code tiene 1M (1 millón de tokens) de contexto por 'defecto'.

El problema es llenar ese 1M por completo.

No es solo cosa de Claude; es una limitación común de todos los LLMs, como Codex.

⭐️ Consejo: Pon el autocompact entre 500~700k ⭐️

Por eso adelanto el umbral de compactación automática.

/autocompact 600k

Esto reduce el tamaño de ventana usado para la compactación automática a 600k tokens.

Antes de llegar a 1M, Claude resume las conversaciones y libera espacio automáticamente.

(Para volver al valor por defecto, escribe `/autocompact auto`.)

⚠️ Segunda cosa a vigilar: Caducidad de la caché ⚠️

Si usas una sesión durante mucho tiempo, revisa esto sí o sí.

Claude Code reenvía toda la conversación anterior con cada solicitud. Es rápido y barato gracias a la caché: las partes ya procesadas no se vuelven a calcular.

Pero esta caché no es permanente.

• Suscripción Pro o Max (dentro del uso del plan): Caché de la conversación principal de 1 hora
• Clave API o créditos de uso adicionales: 5 minutos
• Subagentes: 5 minutos incluso con suscripción

Una vez vi ~852k sin caché en mi pantalla. En ese estado, enviar una sola línea "continue" obliga a reprocesar ~850k tokens sin caché. El consumo puede dispararse de golpe.

Casos comunes donde se rompe la caché:

1. Retomar una sesión enorme tras un largo descanso
2. Cambiar de modelo a mitad de sesión (la caché es independiente por modelo)
3. Modificar la configuración de herramientas MCP conectadas

Las contramedidas son simples:

• Limpia antes de irte. Usa `/compact` mientras la caché esté viva, o empieza de cero con `/clear`.
• Actualiza a la última versión. Desde la v2.1.299, las conversaciones de más de 200k tokens se comprimen automáticamente tras ~54 minutos inactivas, antes de que caduque la caché de 1 hora. Puedes desactivarlo en /config bajo Idle compaction.)

**

3. Limpia directrices antiguas con /doctor prompt-audit

CLAUDE.md copiado de consejos viejos. Reglas añadidas una por una cada vez que me equivocaba.

La mayoría se escribieron para modelos antiguos.

Los modelos nuevos siguen instrucciones mucho mejor que los viejos.

⚠️ Así que reglas que antes necesitaban énfasis como "¡Obligatorio!!" "¡Nunca!!" ahora pueden estar demasiado activas. ⚠️

También se han acumulado reglas que chocan con el código actual o entre sí.

Ahora puedes comprobarlo con un solo comando.

1/doctor prompt-audit

Función añadida en la actualización de finales de septiembre (v2.1.283).

¿Qué comprueba?

1. CLAUDE.md y CLAUDE.local.md, AGENTS.md en las carpetas del proyecto y superiores
2. ~/.claude/CLAUDE.md (mis directrices personales aplicadas a todos los proyectos)
3. Reglas, skills, comandos personalizados, definiciones de subagentes y estilos de salida dentro de .claude/

Informa, pero no sugiere correcciones para skills ni agentes de plugins.

Los criterios se basan en el modelo que estés usando actualmente. Encuentra patrones de prompt obsoletos para ese modelo y crea un informe con sugerencias de corrección.

(No lee archivos que puedan contener claves, como archivos de configuración o .mcp.json.)

4. Arregla el entorno de trabajo cuando Claude repite errores

⛏️ Cuando la IA vuelve a liarla. Horas peleando con un mismo problema. ⛏️

Si estás corrigiendo lo mismo por tercera vez, no es culpa del modelo. Es culpa del entorno de trabajo.

Llevo usando este método desde Claude Sonnet 3.7, hace más de un año. Explicado a grandes rasgos..

--> Haz que la IA analice la sesión donde falló y luego refleja las causas en las directrices del proyecto y en los métodos de verificación.

⭐️ ¡Hazlo así! "Analizar errores usando el Session ID" ⭐️

1. Escribe `/status` en la sesión donde se repitieron los errores para obtener el Session ID. Cópialo.

2. Abre una nueva sesión de Claude Code (Codex también sirve) y pega esto:

1"<Session ID>" → Busca puntos donde esta sesión de Claude Code falló dos o más veces.
2
3Encuentra cosas que señalé pero siguió haciendo mal, y cuellos de botella.
4
5Categoriza por qué ocurrieron (suposiciones erróneas, falta de contexto, estructura del código, ausencia de tests)
6
7y propón la corrección mínima solo para CLAUDE.md, .claude/rules, skills,
8hooks o tests para evitar que se repita.

3. Revisa las sugerencias y aplica solo las buenas.

4. Verifica la eficacia. Repite peticiones que antes fallaban y comprueba si ahora funcionan.

⚠️ No amontones todo en CLAUDE.md. ⚠️

Cuanto más largo sea, más contexto devora y más chocan las reglas entre sí!!!

• Reglas de todo el proyecto en CLAUDE.md
• Reglas para carpetas/archivos específicos en .claude/rules/ o en el CLAUDE.md de esa carpeta
• Procedimientos repetitivos como Skills
• Reglas absolutas mediante Hooks y permisos (Consejo #10)
• El mismo bug recurrente mediante tests de regresión

De vez en cuando limpia las reglas acumuladas con el Consejo #3 `/doctor prompt-audit`. El Consejo #4 construye, el Consejo #3 limpia.

**

5. Mantén la memoria de trabajo entre sesiones con Claude-Mem

Claude Code olvida las conversaciones cuando termina una sesión.

**"¿Por qué hicimos eso la última vez?"

"¿Cómo arreglamos aquel error?"**

Tienes que volver a explicarlo en cada sesión nueva.

El único plugin de Claude Code que llevo usando constantemente un año resuelve esto.

--> claude-mem.

⭐️ Tiene más de 100k estrellas en GitHub. ⭐️

¿En qué se diferencia de la memoria básica?

Claude Code tiene Auto Memory básico. Esta es la diferencia:

El Auto Memory básico resume en notas el contenido que Claude considera importante y los aprendizajes del proyecto. Se ve con /memory, no requiere instalación.

claude-mem registra automáticamente qué tareas se hicieron en sesiones anteriores, cómo se resolvieron los errores y por qué se tomaron ciertas decisiones. Recupera los registros necesarios en la siguiente sesión.

En mi pantalla llegó a mostrar un ahorro de hasta el 87 % de tokens.

La instalación es una línea en la terminal:

1npx claude-mem install

O instálalo como plugin dentro de Claude Code:

1/plugin marketplace add thedotmack/claude-mem
2/plugin install claude-mem

❌ No recomendado si ❌

1. Usas principalmente Codex
2. Ya tienes otro plugin de memoria o un sistema personalizado de traspaso

Añadir herramientas solapadas aumenta la complejidad y el coste.

Si solo usas Claude Code, sigue siendo muy recomendable.

6. Ve modelo, esfuerzo, contexto y uso de un vistazo con Statusline

Mientras usas Claude Code, te preguntas constantemente:

• ¿Esta sesión es Opus? ¿Sonnet? ¿Haiku?
• ¿Qué esfuerzo está configurado?
• ¿Qué tan lleno está el contexto?
• ¿Cuánto queda del límite de 5 horas y del semanal?

🔥 Statusline mantiene esto visible en la parte inferior de la terminal. 🔥

Crearla es fácil. Describe la forma deseada después de `/statusline`, y Claude genera y aplica el script.

Mis 5 diseños compartidos

Anteriormente compartí 5 prompts de statusline listos para copiar y pegar.

1. Minimal: Modelo, esfuerzo, proyecto y contexto en una línea

2. Pastel Blocks: Bloques resaltados en tonos pastel ideales para terminales oscuras

3. Nord Powerline: Límites con flechas suaves entre segmentos

4. Limit Dot Bar: Para Pro/Max. Uso de 5 horas y 7 días, tiempo hasta el reinicio como barras de puntos

5. Vivid Gauge: Insignia lima y medidor diagonal. Incluye recuento de tokens de contexto

Los prompts completos están en las publicaciones originales. Copia, pega y Claude lo construye al instante.

1. Minimal: https://x.com/lucian__03/status/2103173295118098750

2. Pastel Blocks: https://x.com/lucian__03/status/2103173396075065594

3. Nord Powerline: https://x.com/lucian__03/status/2103173518573916178

4. Limit Dot Bar: https://x.com/lucian__03/status/2103173612832444536

5. Vivid Gauge: https://x.com/lucian__03/status/2103173754218258607

7. Haz que Claude ejecute y verifique resultados directamente

Claude dice "¡Implementación completada!" Pero al ejecutarlo falla. Los botones no responden, la pantalla se rompe o no aparece nada.

Los tests pasan, pero la app falla más a menudo de lo esperado.

Así que haz que Claude lance e interactúe con la app él mismo. Existen comandos para esto:

• /run: Ejecuta realmente la app del proyecto y la manipula para verificar los cambios.
• /verify: Compila y ejecuta la app para confirmar que la funcionalidad modificada funciona. No lo sustituye con tests/comprobaciones de tipos.
• /run-skill-generator: Guarda cómo ejecutar este proyecto (comandos, variables de entorno, pasos previos) como skill. Haz esto primero en proyectos complejos.
• /verify guarda el método verificado como skill del proyecto (.claude/skills/verify/) para reutilizarlo.

Flujo de uso:

1. Implementa la función, comprueba primero tests/build

2. Ejecuta la app con /run

3. Clics/entradas para web, entrada/salida de ejemplo para CLI

4. Vuelve a confirmar que se cumplió el objetivo con /verify

5. Corrige y repite si falló. Conserva los resultados reales de comandos/capturas como evidencia

8. Separa la IA que programa de la IA que revisa

No ves tus propias erratas al escribir. Con la IA pasa igual.

La sesión de programación está sesgada hacia "esto está bien".

⭐️ Así que usa un revisor con contexto fresco. ⭐️

• /code-review: Encuentra bugs/problemas de precisión en código modificado, PRs, ramas o rutas.
• Define la intensidad como /code-review high (de low a max).

(Por defecto solo informa; añade --fix para corregir automáticamente.)

• /security-review: Comprueba problemas de seguridad (auth, validación de entradas, exposición de información) en el diff entre la rama y la remota por defecto.
• /simplify: Limpia duplicados/ineficiencias/complejidad. No sirve para buscar bugs (eso lo hace /code-review).

Orden recomendado:

1. Limpia el código con /simplify

2. Verifica la funcionalidad con /verify (Consejo #7)

3. Busca bugs con /code-review

4. Añade /security-review si tocas login/pagos/claves API/datos personales

No hace falta ejecutar los 4 cada vez.

⚠️ Para arreglos pequeños puede bastar solo con /code-review. ⚠️

Para una revisión más profunda, usa /code-review ultra (igual que /ultrareview).

(Revisión profunda en la nube; Pro/Max tienen 3 intentos gratis.)

9. Define el diseño y los criterios de finalización antes de programar algo complejo

Para tareas complejas, dale a Claude primero el alcance y los criterios de finalización, no largas instrucciones de código.

Sin esto, Claude amplía el alcance a su antojo.

⚠️ Modifica archivos innecesarios y hace trabajo que no pediste. ⚠️

Uso del Plan Mode:

Pulsa Shift+Tab para mostrar "plan mode on", o escribe /plan. Puedes añadir la tarea como /plan fix login bug.

(Plan Mode solo lee archivos y planifica. Cambia el código tras tu aprobación.)

Flujo: Explorar → Planificar → Aprobar → Implementar → Verificar.

Sáltate la planificación para corregir erratas/cambios de una línea. Regla de la documentación oficial: Si el cambio se describe en una frase, sáltate el plan.

10. Aplica reglas críticas automáticamente con Hooks

Aunque CLAUDE.md diga "No toques este archivo", a veces Claude lo toca.

🔥 CLAUDE.md orienta; los Hooks obligan. 🔥

Los 3 más usados:

• PreToolUse: Justo antes de editar un archivo/ejecutar un comando. Bloquea ediciones de archivos protegidos/comandos peligrosos.
• PostToolUse: Justo después de ejecutar. Formatea/aplica lint automáticamente a los archivos editados.
• Stop: Cuando Claude intenta terminar. Impide parar si los tests están incompletos.

Ejemplo: Bloquear ediciones de la config de prod

Pídele a Claude que cree hooks:

--> "Crea un hook PreToolUse que bloquee ediciones en config/production.env."

Buenos casos de uso:

• Ejecutar automáticamente el formateador al editar archivos de código (PostToolUse)
• Exigir confirmación antes de tocar carpetas críticas (PreToolUse)
• Bloquear la parada si no se han ejecutado los tests (Stop)
• Bloquear comandos peligrosos (PreToolUse + Bash)

11. Ejecuta varias sesiones de Claude a la vez con Git Worktree

¿Qué pasa si dos ventanas de Claude trabajan en la misma carpeta?

🚫 Chocan al editar los mismos archivos. (Muy doloroso..) 🚫

Worktree divide el repo en carpetas/ramas separadas por tarea.

Claude Code lo hace con un solo comando:

Ejecútalo en dos terminales:

• claude --worktree feature-auth
• claude --worktree feature-dashboard

La forma corta -w también vale.

Crea .claude/worktrees/feature-auth/ y trabaja en la rama worktree-feature-auth.

--> ⭐️ Dos sesiones no tocan los archivos de la otra. ⭐️

Notas:

Los worktrees nuevos parten de la rama remota por defecto (main), no de la rama actual.

Pasa el número de PR como claude --worktree "#1234" para empezar desde el PR.

Te pregunta si quieres conservar/borrar el trabajo sobrante al terminar la sesión.

Precauciones:

1. Worktree aísla solo archivos/ramas. Una BD local/puertos/objetivos de despliegue/cuentas API compartidos provocarán conflictos.
2. Puede haber conflictos de merge si se editan los mismos archivos.
3. Define interfaces u ordena las tareas muy acopladas.
4. Cada sesión consume uso por separado. Paralelo ≠ ahorro de tokens.

12. Repite la verificación hasta cumplir el objetivo con /goal

Claude se detiene tras un turno. Puede decir "casi arreglado" aunque fallen 3 tests.

• Goal mantiene a Claude trabajando hasta cumplir los criterios de finalización (desde la v2.1.139).
• /goal muestra el objetivo/estado actual.
• /goal clear libera el objetivo/se detiene.

Cómo funciona...

Tras cada turno, un modelo pequeño y rápido evalúa si se cumplen las condiciones. Si no, Claude continúa con el siguiente turno.

Incluye el método de verificación en el objetivo (por ejemplo, "devuelve el comando de test/resultados"). El modelo juez necesita pruebas.

¿Diferencia con /loop o el hook Stop?

--> Goal inicia el siguiente turno inmediatamente tras un fallo. Se detiene cuando el juez confirma el éxito.

/loop repite la tarea a intervalos (por ejemplo, /loop 5m check deploy).

El hook Stop ejecuta un script personalizado para comprobar condiciones al final del turno.

Combínalos para mejores resultados:

1. Define alcance/criterios con /plan (Consejo #9)

2. Divide tareas con claude -w (Consejo #11)

3. Formatea/bloquea mediante Hooks (Consejo #10)

4. Itera hasta cumplir los criterios con /goal (Consejo #12)

5. Confirma con /run y /verify (Consejo #7)

6. Revisa con contexto fresco mediante /code-review (Consejo #8)

Resumen

1. Varía el esfuerzo según la tarea. Delega en subagentes.

2. No llenes el contexto por completo. Vigila la caducidad de la caché.

3. Limpia el CLAUDE.md antiguo con /doctor prompt-audit.

4. Ante errores repetidos, arregla el entorno, no el modelo.

5. Memoria entre sesiones con claude-mem.

6. Monitoriza modelo/esfuerzo/contexto/límites con statusline.

7. Verifica con /run y /verify, no solo con afirmaciones de "listo".

8. Separa la IA que programa de la que revisa.

9. Planifica primero las tareas complejas.

10. Aplica reglas críticas con Hooks.

11. Paraleliza con worktree.

12. Insiste hasta lograrlo con /goal.

Claude Code se actualiza rapidísimo. Compartiré nuevos consejos según vayan saliendo.

Guárdalo en marcadores si te resulta útil y compártelo con amigos que usen Claude Code.

¡Gracias por leer!

Publicaciones individuales previas mencionadas:

Esfuerzo de subagentes: https://x.com/lucian__03/status/2108194703782916166

Esfuerzo, Max no siempre es lo mejor: https://x.com/lucian__03/status/2104641991279874134

autocompact 500~700k: https://x.com/lucian__03/status/2108589402914177236

852k sin caché y caducidad de caché: https://x.com/lucian__03/status/2106396357527531800

/doctor prompt-audit: https://x.com/lucian__03/status/2104560017407869028

Automejora de la IA (actualización de Harness): https://x.com/lucian__03/status/2081761475560157477

claude-mem: https://x.com/lucian__03/status/2108997241864159442

5 diseños de statusline: https://x.com/lucian__03/status/2103173166973718537