8 comandos de Claude Code que uso a diario

La mayor parte de mi tiempo con Claude Code lo paso en varias sesiones ahora. Estos son los comandos que uso a diario.

Ejecutar varias sesiones en paralelo

Tengo cinco pestañas abiertas en la terminal. Cada una tiene su propio contexto y memoria, así que no colisionarán mientras no editen los mismos archivos. Lo que lo hace utilizable son las notificaciones del sistema. Actívalas y recibirás una alerta en el momento en que una sesión necesite tu intervención, en lugar de ir haciendo clic por las pestañas para ver cuál Claude está bloqueado.

claude --teleport / /teleport — mover una sesión entre dispositivos

Ejecuta claude --teleport o /teleport para traer una sesión en la nube a tu máquina, así puedes empezar algo en el teléfono y terminar la validación en el escritorio.

/remote-control - controlar una sesión local desde el teléfono

En la otra dirección, /remote-control te permite controlar una sesión que se ejecuta localmente desde tu teléfono o la web. Para dejarlo activado para todo, abre /config y pon "Enable Remote Control for all sessions" a true.

CLAUDE.md - memoria compartida del proyecto

CLAUDE.md es la memoria que Claude carga para un proyecto: qué es y cómo quieres que Claude se comporte en él. Al principio lo hice mal con una copia personal, y los resultados divergían entre mis compañeros y yo. Lo que lo arregló fue un único CLAUDE.md compartido subido a Git que todo el equipo edita, un par de veces a la semana en nuestro caso. El control de versiones fue lo que mantuvo a todos consistentes.

--add-dir - dar a Claude carpetas de otro repositorio

Para trabajo que abarca varios repositorios, --add-dir entrega a Claude carpetas de otro repositorio después de haberlo iniciado en uno. Eso le da a Claude acceso de escritura a la carpeta añadida, por lo que puede modificar archivos allí. Yo lo dirijo a archivos compartidos de marca y tono de voz que viven en su propio repositorio pero se aplican a todo lo que construyo.

/loop — repetir una tarea dentro de tu sesión

/loop repite una tarea en un intervalo, en la sesión actual:

/loop 60 Check new user feedback in /data/reviews.txt and summarize key UX issues

/schedule - ejecutar agentes desencadenados fuera de tu sesión

/schedule se ejecuta fuera de la sesión y se activa con un desencadenador, lo que lo asemeja más a gestionar un agente remoto que a un temporizador. Acepta cron:

/schedule create
name: "ux-daily-insights"
trigger: "0 9 * * *"
task: "
Analyze:
- /data/analytics.json
- /research/feedback.md

Output:
- Top UX issues
- Trends
- Suggested improvements
Save to /reports/daily.md
"

/loop se queda dentro de la sesión. /schedule se va por su cuenta.

/batch - distribuir grandes conjuntos de cambios entre agentes

/batch divide un trabajo entre agentes que se ejecutan en paralelo y fusiona los resultados. Apúntalo a un directorio:

/batch
Audit all screens in /ui-screens directory for:
- usability issues
- accessibility problems
- consistency with design system

Digamos que /ui-screens contiene las pantallas de incorporación, panel de control y configuración. Claude levanta un agente por cada grupo y los ejecuta al mismo tiempo. Antes de empezar hace un par de preguntas, en qué formato están las pantallas y dónde está definido el sistema de diseño, y la división es tan buena como tus respuestas.

Hooks - ejecutar lógica en el ciclo de vida del agente

Los hooks te permiten ejecutar lógica en eventos del ciclo de vida. Uso SessionStart para cargar el contexto del proyecto cada vez que se abre una sesión, Stop para cargar un protocolo que le dice a Claude qué hacer cuando necesita más de mí, y PermissionRequest para enrutar las solicitudes de aprobación a mi messenger y así no estar sentado en la terminal esperando para hacer clic en sí. Ese último lo sigo ajustando. Todavía se dispara con más ruido del que quiero.

/branch - bifurcar una sesión y llevártela a otro lado

La bifurcación es el truco de sesiones en el que más me apoyo. /branch crea una nueva sesión a partir del estado actual y lleva el contexto, archivos, decisiones e historial a ella, luego te permite llevar esa copia a otra parte. Ejecútalo dentro de una sesión, o desde la línea de comandos:

claude --resume <session-id> -- fork-session

Bifurco antes de cualquier cosa arriesgada, ejecuto la refactorización agresiva en la rama y me quedo con la sesión que salga más limpia.

Visto en r/AskVibecoders