Claude Code en 2026: 11 consejos, atajos y comandos

Para obtener instrucciones adicionales sobre cómo trabajar con Ailoot, consulta la documentación.

¿Qué hacen estos 11 consejos y por qué necesitas tácticas en vez de teoría?#

Con la programación por intuición, la pregunta ya no es «¿funciona Claude Code?», sino «¿cómo trabajar con él para que no agote tus límites ni alucine?». Mis 9 guías anteriores cubren los conceptos: CLAUDE.md, Plan Mode, ingeniería de contexto, Skills, Subagents, MCP, /rewind, límites, segundo cerebro. Esta reúne tácticas para acompañarlos.

Cada consejo resuelve un problema. Puedes leerlos en orden o ir directamente a los más urgentes: para los atajos, ve al consejo 1; para ahorrar tokens, a los consejos 4 y 5; para el trabajo en paralelo, al consejo 6; para las técnicas del autor, a los consejos 8-11.

Escribo para personas que ya instalaron Claude Code y llevan al menos una semana usándolo. Si acabas de instalarlo, empieza por la guía de CLAUDE.md y luego vuelve aquí.

¿Cómo cambiar el modo de permisos en Claude Code con Shift+Tab?#

El error más común de los principiantes es quedarse todo el día en default y aprobar manualmente cada cambio. Al cabo de una hora, resulta agotador y te tienta ejecutar --dangerously-skip-permissions (más sobre esto al final del consejo). Shift+Tab es el término medio: tú eliges cuándo necesitas acceptEdits y cuándo plan.

Esta es la regla concreta que sigo al cambiar de modo:

1. Al empezar una tarea compleja: usa Shift+Tab hasta que el indicador muestre plan. Claude lo analiza y redacta un plan; no escribe código hasta que lo apruebo.
2. Plan aprobado, comienza la implementación: recorre los modos hasta que el indicador muestre acceptEdits. Claude edita archivos sin pedir aprobación, pero sigue solicitándola para los comandos Bash.
3. Ediciones rutinarias (renombrar, refactorización trivial): pasa directamente a acceptEdits, sin plan.
4. Zona peligrosa (migraciones de bases de datos, borrar archivos): vuelvo a default con Shift+Tab.

# Modos de permisos habituales (comprueba la etiqueta activa, no un número fijo de pulsaciones):
# default        - solicitudes de permisos normales
# acceptEdits    - se aceptan ediciones; siguen aplicándose otros permisos de herramientas
# plan           - investigar y planificar antes de implementar
# Los modos adicionales dependen de la versión, ajustes y política de la organización.

Si Shift+Tab no funciona en tu versión de Claude Code (claude --version), comprueba que tienes la versión más reciente. El comando /doctor te mostrará todo lo relacionado con la instalación.

Esc Esc es una forma rápida de deshacer la última acción de Claude sin usar /rewind completo. Si el campo de entrada está vacío, se abre el menú de puntos de control. Si contiene algo, lo borra, pero lo guarda en el historial (la flecha hacia arriba lo recupera). Esto resuelve el miedo a «lo he estropeado y no puedo deshacerlo» en el 80% de los casos; no hace falta recurrir a git.

Esc y Esc Esc hacen cosas distintas, y por eso se confunden:

• Un Esc: interrumpe a Claude en ese momento, mientras está haciendo algo. Todo lo que haya alcanzado a hacer permanece. Es útil cuando toma una dirección equivocada y quieres redirigirlo.
• Doble Esc Esc: si el campo de entrada está vacío, abre el menú de puntos de control (restaurar el código, la conversación, ambas cosas o resumir). Si el campo contiene texto, lo borra y lo guarda en el historial (la flecha hacia arriba lo recupera).

# From the Esc Esc menu with an empty field:
# 1. Restore code only            - restore the files, leave the conversation
# 2. Restore conversation only    - restore the conversation, leave the files
# 3. Restore code and conversation - restore both (the most common choice)
# 4. Summarize from here          - summarize the conversation from this point
# 5. Summarize up to here         - summarize up to this point

Los puntos de control se crean automáticamente con cada prompt que envías: no tienes que acordarte de nada y siempre puedes volver atrás. Para ver el análisis completo, consulta la guía de /rewind, que también explica la combinación con git para deshacer cambios más profundos.

Esc Esc es una de las primeras técnicas para principiantes. Cuando dejan de temer que «lo estropearán y no podrán deshacerlo», empiezan a experimentar con más audacia y los resultados mejoran mucho.

¿Cuándo usar /compact en vez de /clear?#

Así funciona internamente /compact: Claude toma todo el historial de mensajes, lo procesa y devuelve un breve resumen con los detalles más importantes. Un truco útil es darle una indicación: /compact keep the coding principles and current plan, discard the CSS discussion. Así la compresión se centrará en lo indicado.

# When to use what:
/clear                              # finished a feature, moving to a new one
/compact                            # long session, context is >50% full
/compact keep the architecture and plan  # targeted compression with a focus

La señal de que ha llegado el momento de usar /compact: el comando /cost o la barra de estado indica que se ha usado el 70%+ de la ventana de contexto y la sesión solo va por la mitad. Si lo ignoras, Claude empezará a «olvidar» el principio de la conversación y perderás tiempo explicando las cosas de nuevo.

Para conocer toda la teoría de la ventana de contexto, consulta la guía sobre ingeniería de contexto. También explica por qué el contexto es un recurso finito con rendimientos decrecientes.

Cómo seguir los tokens en tiempo real: el comando /cost#

El miedo a «gastarlo todo en un día» es una de las principales preocupaciones de quienes programan por intuición. La principal forma de afrontar ese miedo es hacer que el gasto sea visible.

/cost          # shows current session spending (tokens + $)
/statusline    # configures the status bar: model + directory + context % + cost

Una regla sencilla: consulta /cost cada 30-60 minutos. Si has gastado menos de un par de dólares en una hora, está bien. Si es más, algo falla: quizá olvidaste usar /compact y el contexto sigue creciendo, quizá elegiste el modelo equivocado (más sobre esto en el siguiente consejo) o quizá Claude está volviendo a leer archivos grandes 10 veces.

La guía completa para ahorrar dentro de los límites es «Cómo no agotar los límites de Claude Code en un día», con 8 reglas. Aquí la táctica consiste en hacer visible el gasto con /cost y /statusline.

¿Quieres no solo seguir los tokens, sino también construir un sistema en el que un agente de IA no supere sus límites por su cuenta? /cost es solo un indicador. La combinación completa —clon de IA + segundo cerebro + ingeniería de contexto— convierte a Claude de un «asistente con límites» en una herramienta que puede trabajar durante mucho tiempo de forma predecible.

¿Qué modelo de Claude deberías elegir para cada tarea: Haiku, Sonnet u Opus?#

claude --model haiku   # ~3× cheaper than sonnet, for routine work
claude --model sonnet  # default, balance of price and quality
claude --model opus    # ~1.7× more expensive than sonnet, for complex tasks

Según los precios públicos de Anthropic en mayo de 2026: Haiku $1/$5 por 1M de tokens de entrada/salida, Sonnet $3/$15, Opus $5/$25. Esto significa que Haiku cuesta 3 veces menos que Sonnet y Opus cuesta 1,7 veces más que Sonnet.

Cómo elijo cada día:

Es discutible si conviene usar Sonnet y Haiku cuando Opus acierta «a la primera» en promedio. Mi respuesta: para un emprendedor que no programa, Haiku y Sonnet resultan rentables en el 70% de las tareas. Conviene reservar Opus para el 30% realmente difícil.

Cómo ejecutar 3-5 tareas en paralelo: /resume + git worktrees#

La lógica es sencilla: una ventana larga de Claude consume contexto. Cada solicitud carga en el modelo todo lo que había en esa ventana, incluso si ahora hablas de algo completamente distinto. 5 ventanas cortas para microtareas recuerdan cada una solo su propio trabajo. En total, gastas menos.

# Start a named session for a specific task:
claude --resume "auth-refactor"
claude --resume "homepage-redesign"
claude --resume "db-migration"

# Use a worktree to keep git from overlapping:
git worktree add ../my-project-auth feature/auth
cd ../my-project-auth
claude --resume "auth-refactor"

Si pierdes la pista de lo que hay en cada ventana, ejecuta claude --resume sin argumentos para ver una lista de las sesiones recientes con sus nombres y horarios. Dentro de una sesión activa, /agents comprueba los subagentes en ejecución.

Cuando trabajo en una función con un ciclo de desarrollo largo, suelo hacer lo siguiente:

1. Ventana 1: plan en plans/YYYY-MM-DD-feature.md. Solo discusión, sin código.
2. Ventana 2 (siguiendo el plan): implementar la fase 1. Al terminar la fase, actualizar el plan ([x]).
3. Ventana 3: implementar la fase 2 en paralelo con la ventana 2, si las fases no se solapan.
4. Ventana 4: un agente de síntesis revisa los resultados de ambas ventanas.
5. Ventana 5: revisión de seguridad después de fusionar (consulta el consejo 8).

Cuándo no usar worktrees: si gestionas 1-2 proyectos al día, el coste de cambiar de directorio entre worktrees se comerá el beneficio. Los worktrees empiezan a compensar con 3+ tareas paralelas al día.

Cómo evitar alucinaciones: referencias a archivos con @file#

El autocompletado de archivos empieza con el símbolo @. Empieza a escribir una ruta y Claude te mostrará sugerencias. Puedes hacer referencia a varios archivos a la vez: @src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma.

# Prompt without exact paths (bad):
> Look at the auth logic and fix the session bug

# Prompt with @ references (right):
> @src/lib/auth.ts @src/lib/session.ts - fix the bug: after logout the cookie isn't cleared

El segundo truco del mismo grupo es el modo shell con !:

> !git status                # runs without calling Claude, output goes into context
> !npm test                  # same
> !cat /var/log/app.log | tail -50  # same

¿Por qué? No gastas tokens en pedirle a «Claude, revisa el estado de git»: Claude obtendría la misma respuesta mediante la herramienta. ! es más corto y barato.

Esto se relaciona con CLAUDE.md: el archivo principal debería tener hasta 200 líneas de reglas del proyecto. Las reglas más específicas (por ejemplo, convenciones de API) van en .claude/rules/api-design.md con YAML frontmatter paths: ["src/api/**/*.ts"]. Así solo se cargan cuando Claude edita archivos en src/api/. Para ver el análisis completo, consulta la guía de CLAUDE.md.

Cómo evitar perder avances en tareas largas: planes por fases y [ ] / [x]#

Esta es la plantilla de archivo de plan que uso en todos los proyectos:

# Plan: [feature name]
Creation date: 2026-05-22
Goal: [one sentence on what we want to achieve]

## Phase 1: [short name]
- [ ] Step 1.1: [specific action]
- [ ] Step 1.2: [specific action]
- [ ] Step 1.3: [specific action]

## Phase 2: [short name]
- [ ] Step 2.1
- [ ] Step 2.2

## Outcome
Fill in at the end: fully or partially implemented, and what remains.

La regla es absoluta: todos los agentes deben actualizar el plan después de cada sesión. En otras palabras, en cuanto termines una fase, ve al archivo y márcala con [x]. Si no lo haces, la siguiente ventana no sabrá que la fase está terminada e intentará repetirla.

Cuando el plan está en un archivo y no en tu cabeza:

• Las ventanas en paralelo (consulta el consejo 6) pueden hacerse cargo de diferentes fases.
• Si el trabajo se prolonga 3 días y vuelves 2 días después, puedes ver enseguida dónde te quedaste.
• La comprobación final del resultado real es sencilla (grep -c "\[ \]" en el archivo = número de elementos aún abiertos).

Cuándo no usarlo: un arreglo urgente de 5 minutos, un cambio trivial en un archivo, leer y resumir un registro. No todas las acciones necesitan un plan.

Esta técnica forma parte del concepto de segundo cerebro. Para ver el análisis completo de las carpetas business/, plans/, ai-clone/, consulta la guía sobre el segundo cerebro.

Cómo detectar de antemano dónde fallará Claude: autocrítica con 10 motivos#

Este es el esquema del prompt que uso literalmente:

Imagina que la carpeta de ideas ha pasado por una metodología en la que ya piensas como si el proyecto hubiera fracasado por completo. Nombra 10 razones por las que, dentro de un año, habré dedicado mucho tiempo y la idea habrá resultado ser un fracaso. Tu tarea no es ahorrarme sentimientos, sino ser lo más duro posible.

Después de las 10 razones, una segunda ronda: defiende cada razón frente a mis contraargumentos. ¿Dónde soy más débil?

Tercera ronda: escribe un plan para evitar que ocurran estos problemas.

Lo ejecuto en tres etapas:

1. La primera idea, «todo va genial»: cuando estoy convencido. La autocrítica reduce la idea en un 30-50%.
2. A mitad del plan: cuando ya estoy metido de lleno en el trabajo y me he vuelto incapaz de ver los problemas.
3. Antes del lanzamiento: un filtro final.

Claude sí que te lleva la contraria en modo adversarial. GPT-5, en la misma situación, primero elogia la idea y luego «intenta encontrar mejoras». Noté esta diferencia tras un año de experimentación:

Para mí, la diferencia en modo adversarial es esta: ChatGPT dice: «Buen apunte, tienes toda la razón». Claude dice en la misma situación: «De acuerdo, esto es una basura total; ahora lo rehago». Cuando necesito críticas, la segunda respuesta me ahorra días de trabajo inútil.

Cuándo no aplicarlo: iteraciones positivas en UI y redacción. El modo adversarial no encaja ahí: acabará con la creatividad.

Esta técnica se conoce como premortem de proyecto. La adapté para trabajar con un agente de IA: en vez de un equipo de personas, haces un premortem con Claude. Nadie teme decir «jefe, el proyecto fracasará», y los puntos ciegos salen a la luz en minutos.

Cómo investigar 5 fuentes en el tiempo que lleva investigar una: subagentes en paralelo#

Este es el esquema del prompt:

Ya tienes todo el contexto. Investiga a fondo y lanza 5 subagentes en paralelo.

Subagente 1: revisa las redes profesionales: ¿quién está resolviendo este problema?
Subagente 2: soluciones de código abierto en GitHub: ¿qué es popular?
Subagente 3: aceleradoras de startups: ¿quién está captando
            inversión en este nicho?
Subagente 4: sitios web de competidores directos: ¿qué prometen y
            a qué precio?
Subagente 5: comparaciones y reseñas: ¿qué dicen
            los usuarios en las reseñas?

Cuando todos hayan respondido, lanza un agente de síntesis
que cruce los 5 informes y elabore un esquema
para mi carpeta del segundo cerebro.

Qué cambia respecto a una investigación común:

• Tiempo: 5 flujos simultáneos en vez de 5 secuenciales. Una hora de trabajo en 15 minutos.
• Profundidad: cada agente se especializa. El sesgo de confirmación de uno no contamina a los demás.
• Contexto: cada subagente tiene su propio contexto, separado del contexto principal.

Para consultar la guía completa de subagentes, mira «Subagentes de Claude Code en 2026». También explica la diferencia entre Skills y MCP: cuál usar y cuándo.

Cuándo no aplicarlo: cambios cosméticos, correcciones de errores y pequeñas tareas técnicas. Investigar es excesivo para cualquier cosa menor que «una función nueva que requiere 1+ día de trabajo».

Cómo asignarle tareas a Claude desde el teléfono: un bot de Telegram en el bolsillo#

Cómo configurarlo (4 pasos):

1. Un ordenador siempre encendido: desactivo la suspensión en la configuración del sistema (macOS: Energy Saver → Prevent computer from sleeping).
2. Claude Code ejecutándose en una terminal, vinculado a la carpeta del proyecto.
3. El plugin oficial de Telegram: añade el marketplace con /plugin marketplace add anthropics/claude-plugins-official y luego instala /plugin install telegram@claude-plugins-official (los pasos exactos cambian con el tiempo; las instrucciones más recientes están en el repositorio oficial del plugin).
4. El bot está vinculado a una sesión: esta es actualmente una limitación: un bot = un proyecto = una sesión. Si necesitas otro, configura un segundo bot.

Lo que hago con el bot todos los días:

• Salgo a caminar y se me ocurre algo: se lo envío enseguida al bot para no olvidarlo. El bot lo añade a inbox.md para procesarlo más tarde.
• Una llamada con un posible cliente: después de la llamada, le pido al bot: «a partir de la transcripción de la última llamada, nombra los 3 principales problemas que nos favorecen». Un minuto después tengo un análisis completo en el chat.
• Por la mañana, en una cafetería: «enséñame las tareas pendientes de mi lista». No hace falta abrir el portátil.

⚠️ Un inconveniente: por ahora no puedes ejecutar /clear ni /compact desde el bot; la sesión del bot es la misma que la de la terminal y el contexto sigue creciendo. Solo puedes reiniciarla manualmente desde la terminal.

Para mí, esta es la extensión más útil de Claude Code de las últimas dos semanas. Me llevó de «trabajo con Claude cuando estoy sentado en el escritorio» a «trabajo con Claude siempre que se me ocurre algo».

¿Qué deberías empezar a aplicar primero? Hoja de ruta de 7 días#

La combinación de técnicas importa más que cualquiera de ellas por separado. Shift+Tab sin Esc Esc hace que experimentar dé miedo. /compact sin /cost significa que no sabes cuándo comprimir. Los planes en archivos sin ventanas en paralelo son una complicación sin recompensa.

Cuando los primeros 9 consejos sean algo natural, pasa al sistema completo: clon de IA + segundo cerebro + ingeniería de contexto. Esta es la metodología que he utilizado para mantener Claude en marcha durante seis meses seguidos, sin alucinaciones, pérdida de contexto ni interrupciones a mitad de una tarea.

Para seguir trabajando con modelos, puedes ir a Ailoot.