Gestión de múltiples sesiones de Claude Code: consejos avanzados

Una sesión de Claude Code es útil. Múltiples sesiones ejecutándose en paralelo es donde el multiplicador de productividad se activa.

Puedes tener a Claude arreglando tests en un proyecto, refactorizando código en otro y escribiendo documentación en un tercero — todo ejecutándose simultáneamente en tu Mac mientras monitorizas desde tu teléfono. La clave es gestionarlas sin perder contexto ni enviar accidentalmente el comando equivocado a la sesión equivocada.

Cómo funcionan las sesiones internamente

Cada sesión de Claude Code en Tactic Remote se ejecuta dentro de una sesión tmux en tu Mac. tmux gestiona el aislamiento de procesos:

# Cada sesión es una sesión tmux separada
tmux list-sessions
# my-api: 1 windows (created Sat Feb 28 14:30:01 2026)
# frontend: 1 windows (created Sat Feb 28 14:45:12 2026)
# docs-site: 1 windows (created Sat Feb 28 15:00:00 2026)

Cada sesión tiene:

• Directorio de trabajo propio (ruta del proyecto)
• Instancia de Claude Code propia con su propio contexto de conversación
• Buffer de scroll propio (50.000 líneas por defecto)
• Flujo de entrada/salida independiente

Cuando cambias de sesión en tu iPhone, el servidor se desadjunta de una sesión tmux y se adjunta a otra. La sesión que dejas sigue ejecutándose — Claude Code no se detiene porque hayas cambiado.

Configurar sesiones paralelas

Estrategia de nombres

Los nombres de sesión se auto-generan desde el nombre de la carpeta del proyecto. Para un directorio /Users/you/code/my-api, el nombre de sesión será my-api. Funciona bien hasta que tienes múltiples proyectos con nombres similares.

Consejos:

• Usa nombres de carpeta de proyecto distintos
• Si trabajas en ramas del mismo proyecto, incluye el contexto de la rama en tu prompt en vez de crear sesiones separadas
• Mantén los nombres de sesión cortos — los verás en una lista en tu teléfono

Selección de ruta de proyecto

Al crear una sesión, navegas el sistema de archivos de tu Mac desde tu teléfono. Tactic Remote muestra:

• Rutas usadas recientemente (hasta 10, más reciente primero)
• Rutas favoritas que hayas fijado
• Navegador completo de directorios para ir a nuevas ubicaciones

Para velocidad, configura tus directorios de proyecto más usados como favoritos antes de necesitarlos. Navegar directorios profundamente anidados en un teléfono es tedioso.

El flujo de trabajo paralelo

Aquí tienes un ejemplo concreto de gestión de tres sesiones paralelas:

Sesión 1: Corrección de bug en API

Proyecto: /Users/you/code/billing-api
Tarea: "El webhook handler está perdiendo eventos cuando llegan varios simultáneamente.
       Añade una cola con lógica de reintento."
Estado: Claude está trabajando autónomamente

Sesión 2: Feature de frontend

Proyecto: /Users/you/code/dashboard-ui
Tarea: "Añade un toggle de modo oscuro a la página de ajustes.
       Usa el theme context existente."
Estado: Claude está esperando aprobación (quiere instalar una nueva dependencia)

Sesión 3: Documentación

Proyecto: /Users/you/code/docs-site
Tarea: "Actualiza la referencia API para los endpoints de facturación
       para reflejar el nuevo comportamiento de cola de webhooks."
Estado: Inactivo (esperando a que la Sesión 1 termine para que los docs coincidan con el código)

Tu teléfono muestra la lista de sesiones. Ves que la Sesión 2 necesita atención (solicitud de aprobación). Tocas para cambiar, revisas la dependencia que Claude quiere añadir, tocas Y o N, vuelves a monitorizar.

Patrones de gestión de sesiones

Patrón 1: Dependencias en pipeline

A veces las sesiones tienen dependencias lógicas: terminar el cambio en la API, luego actualizar el frontend, luego actualizar los docs.

Enfoque:

1. Inicia la Sesión 1 (API) con la tarea principal
2. Recibe notificación cuando la Sesión 1 complete
3. Revisa los cambios de la Sesión 1
4. Inicia la Sesión 3 (docs) referenciando los cambios completados de la API
5. Mientras tanto, la Sesión 2 (frontend) puede ejecutarse independientemente

La clave: no inicies tareas dependientes hasta que la tarea upstream se complete. Claude Code no sabe sobre tus otras sesiones — cada una opera independientemente.

Patrón 2: Tareas paralelas independientes

Cuando las tareas son verdaderamente independientes, iníciálas todas a la vez:

1. Crea Sesión 1, envía tarea
2. Crea Sesión 2, envía tarea
3. Crea Sesión 3, envía tarea
4. Espera notificaciones

Esto maximiza el rendimiento. Tu Mac gestiona la ejecución paralela (cada instancia de Claude Code es un proceso separado). Monitoriza la lista de sesiones para ver cuáles siguen activas.

Patrón 3: Exploración + Producción

Usa una sesión para exploración y otra para trabajo productivo:

• Sesión de exploración: "Lee el módulo de pagos y explica la arquitectura. Lista las clases principales y sus responsabilidades."
• Sesión de trabajo: (después de leer la salida de exploración) "Refactoriza PaymentProcessor para extraer la lógica de validación en una clase ValidationService separada."

Esto evita que tu sesión de trabajo se llene de contexto exploratorio que diluye el enfoque de Claude.

Consejos prácticos

Mantén las sesiones enfocadas

Cada sesión debería tener un propósito claro. Evita la tentación de reusar una sesión que terminó una tarea para algo completamente diferente — el contexto de conversación acumulado de la tarea anterior puede confundir a Claude con la nueva.

En su lugar: crea una nueva sesión para cada tarea distinta. Las sesiones son baratas (son solo sesiones tmux).

Usa /compact para sesiones largas

Si una sesión ha estado ejecutándose un rato con mucho ida y vuelta, el contexto de conversación crece. Esto puede ralentizar a Claude y aumentar costes de tokens. El comando slash /compact condensa la conversación, manteniendo el contexto importante mientras reduce el recuento de tokens.

Monitoriza costes con /cost

Cuando ejecutas múltiples sesiones en paralelo, los costes de tokens se multiplican. Usa el comando /cost en cada sesión para comprobar el gasto. Un buen hábito: comprueba /cost en cada sesión activa al final del día.

Elimina sesiones que ya no uses

Las sesiones tmux inactivas consumen recursos mínimos, pero desordenan tu lista de sesiones. Después de revisar la salida de una tarea completada, elimina la sesión si no necesitas consultarla de nuevo.

Usa snippets para operaciones repetidas

Si frecuentemente ejecutas los mismos comandos de configuración entre sesiones (p.ej., "Ejecutar tests", "Comprobar git status"), guárdalos como snippets personalizados. Un toque en vez de escribir cada vez.

Los snippets integrados ya cubren patrones comunes:

• Categoría Claude: Iniciar sesión, compactar, comprobar coste
• Categoría Git: Status, commit, push
• Categoría Sistema: Listar archivos, comprobar disco

Consideraciones de recursos

Ejecutar múltiples instancias de Claude Code en paralelo consume:

• CPU y memoria en tu Mac — cada proceso de Claude Code y sesión tmux usa recursos. Los Macs modernos manejan cómodamente 3-5 sesiones concurrentes. Más allá de eso, revisa el Monitor de Actividad.
• Tokens de API — la conversación de cada sesión con el modelo IA cuesta tokens. Las sesiones paralelas multiplican esto linealmente.
• Ancho de banda de red — mínimo. El texto del terminal es pequeño comparado con vídeo o transferencias de archivos grandes.

La app Mac previene el reposo mientras el servidor está activo, lo cual es importante para sesiones paralelas largas. Pero monitoriza la temperatura y batería de tu Mac (si es portátil) cuando ejecutes muchas sesiones simultáneamente.

Cambiar de contexto sin perder tu lugar

Cuando cambias de la Sesión A a la Sesión B en tu teléfono:

• La Sesión A sigue ejecutándose (Claude sigue trabajando)
• La salida más reciente de la Sesión B se carga con hidratación de estado
• Tu teléfono muestra el terminal de la Sesión B desde la posición más reciente

Cuando vuelves a la Sesión A:

• La Sesión B sigue ejecutándose
• La salida de la Sesión A se recarga, mostrando el progreso que Claude hizo mientras estabas fuera

La hidratación multi-etapa (intervalos de refresco a 0.2s, 0.7s, 1.5s) asegura que obtengas el estado actual completo aunque la carga inicial sea parcial.

Anti-patrones a evitar

No micro-gestiones las sesiones paralelas. Si estás constantemente cambiando entre sesiones para comprobar el progreso, no estás obteniendo el beneficio de productividad. Confía en el sistema de notificaciones — te dice cuando algo necesita tu atención.

No uses una sesión para todo. Una sola sesión ejecutando tarea tras tarea acumula contexto que eventualmente degrada el rendimiento. Crea sesiones nuevas para tareas distintas.

No dejes muchas sesiones inactivas ejecutándose. Aunque usan recursos mínimos, una lista de sesiones larga en tu teléfono dificulta encontrar las activas. Limpia después de ti.

No inicies tareas dependientes prematuramente. Si la Sesión 2 depende de la salida de la Sesión 1, espera a que la Sesión 1 se complete. Iniciar la Sesión 2 con suposiciones sobre lo que producirá la Sesión 1 lleva a trabajo desperdiciado.