Cómo ejecutar varias sesiones de Claude Code a la vez (sin perder el hilo)

Ejecutar dos sesiones de Claude Code parece un truco de productividad. Ejecutar cinco parece arrear gatos. En un día normal de trabajo con clientes en Techsy mantenemos tres o cuatro sesiones de Claude Code y OpenAI Codex en marcha a la vez: una refactorizando una ruta de Next.js, otra escribiendo tests, otra pausada hace 20 minutos esperando una aprobación que nadie vio. Programar no es lo difícil. Saber qué terminal necesita a un humano, ahora mismo, sí lo es.

Resumen rápido

Para ejecutar varias sesiones de codificación con IA en paralelo sin caos: dale a cada sesión un único trabajo concreto, coloca cada una en su propio git worktree para que nunca toquen los mismos archivos, agrupa tus revisiones en vez de vigilar cada sesión en directo, y usa algo que rastree el estado de las sesiones para saber cuál está bloqueada. El modo de fallo nunca es «demasiada salida». Es una sesión terminada o atascada que espera en silencio mientras tú vigilas la que no toca.

Por qué una sesión se convirtió en cuatro

Una sola sesión de agente tiene tiempo muerto. Planifica, edita, ejecuta la suite de tests, espera a que termine una instalación lenta. Mientras trabaja, tú esperas sentado. El movimiento obvio es arrancar una segunda sesión con trabajo que no esté relacionado, y luego una tercera. Dos cosas hacen esto viable en 2026 que hace un año eran un dolor de cabeza: los agentes mantienen contexto el tiempo suficiente para hacerse cargo de una tarea entera, y los git worktrees dejan que cada sesión trabaje en su propia rama dentro de su propio directorio.

La cuenta es sencilla. Si cada sesión es productiva el 60% del tiempo, tres sesiones escalonadas te mantienen cerca de la utilización completa sin que ninguna bloquee a las demás. Nos quedamos en tres o cuatro como el punto en el que el coste de coordinación empieza a comerse la ganancia.

El problema real: las sesiones se quedan calladas, no ruidosas

Este es el fallo del que nadie te avisa. Las sesiones en paralelo no fallan inundándote de mensajes. Fallan quedándose en silencio. Una ejecución termina y espera la siguiente instrucción. Una ejecución se detiene para preguntar «¿borro esta migración?» y se bloquea. Una ejecución choca contra un rate limit y se para. Ninguna de estas grita. Las descubres cuando cambias de pestaña 15 minutos después y te das cuenta de que la sesión que creías activa llevaba todo ese tiempo inactiva.

A partir de tres sesiones, el recurso escaso no es la potencia de cómputo. Es tu atención, y en concreto saber hacia dónde dirigirla a continuación.

Un flujo de trabajo que aguanta más allá de tres sesiones

Esta es la configuración que usamos en trabajo real:

1. Un trabajo por sesión. «Refactoriza el módulo de autenticación» es una sesión. «Mejora la base de código» no lo es. Un alcance acotado es lo que te permite dejar una sesión en paz y confiar en su resultado después.
2. Un git worktree por sesión. git worktree add ../feature-x feature-x le da a cada agente su propio directorio y su propia rama. Dos sesiones editando el mismo archivo es la forma más rápida de perder una tarde entera con conflictos de merge.
3. Escalona los arranques. Lanza las sesiones con unos minutos de diferencia para que lleguen a su momento de «necesita revisión» en horas distintas, no todas a la vez.
4. Agrupa las revisiones. No hagas de niñera. Deja que las sesiones corran y luego revisa dos o tres diffs en una sola pasada concentrada. El cambio de contexto en cada pequeño paso es donde realmente se fuga la productividad.
5. Conoce el estado de las sesiones sin tener que comprobarlo. Esta es la pieza que la mayoría se salta, y es la que hace que las otras cuatro sobrevivan al contacto con un día ajetreado. Si alguna vez has escrito un SKILL.md, ya sabes que la disciplina compensa; aquí pasa lo mismo. Consulta nuestra guía para escribir una Claude skill para el flujo de trabajo más amplio, y la biblioteca de Techsy para las automatizaciones en las que nos apoyamos.

Ver el estado de las sesiones de un vistazo

Los pasos del uno al cuatro son hábitos. El paso cinco necesita una herramienta, porque no puedes vigilar cinco terminales a ojo y además hacer trabajo de fondo. Quieres algo que observe las sesiones y te diga cuál te necesita, para no estar recorriendo pestañas en bucle.

Aviso: Agent Island es partner de Techsy, y el enlace de esta sección está patrocinado.

Agent Island es un compañero de estado gratuito y de código abierto para Claude Code y OpenAI Codex en macOS y Windows. Se ejecuta en local y muestra, de un vistazo, si cada sesión compatible está trabajando, esperando entrada, terminada, atascada o limitada por rate limit, y puede avisarte cuando una sesión necesita tu entrada. Lee el estado de las sesiones en tu propia máquina: no hay que crear ninguna cuenta de Agent Island, no hay telemetría de producto, y los datos de tus sesiones no se suben a Agent Island. El código es MIT y está disponible en GitHub. Para dejar claro el alcance: no es un agente de codificación con IA, ni un IDE, ni un servicio de monitorización alojado en la nube. Es una capa de estado que se sitúa junto a las herramientas que ya usas y responde bien a una sola pregunta: qué sesión me necesita ahora mismo.

Cuándo no ejecutar sesiones en paralelo

El paralelismo no es gratis. Sáltatelo cuando:

• El trabajo está muy acoplado. Si cada cambio toca los mismos archivos centrales, las sesiones chocarán entre sí. Ejecuta solo una.
• Todavía estás explorando. El trabajo de diseño inicial necesita toda tu atención en un solo hilo, no cuatro a medio formar.
• No puedes revisar al mismo ritmo que generas. Cuatro sesiones produciendo diffs que nunca lees no es velocidad. Es una cola de pendientes con pasos extra y más riesgo.

Dos sesiones bien llevadas superan a cinco que has perdido de vista.

Cómo lo hace el equipo de Techsy

En proyectos de clientes lo limitamos a cuatro sesiones, un trabajo cada una, cada una en su propio worktree, revisadas en lotes más o menos cada media hora. El cambio que más diferencia marcó no fue un modelo más rápido. Fue eliminar la necesidad de comprobar. En cuanto una sesión anuncia su propio estado, «cuál está bloqueada» deja de ser una pregunta que cargas en la cabeza, y todo deja de sentirse como arrear gatos. Ese único cambio fue lo que nos llevó de «dos sesiones es mi límite» a ejecutar cuatro sin miedo.

Preguntas frecuentes

¿Cuántas sesiones de Claude Code puedo ejecutar a la vez?

Técnicamente, tantas como permitan tu máquina y los rate limits de tu plan. En la práctica, la mayoría de los desarrolladores tocan techo entre tres y cuatro, antes de que el coste de coordinación anule el beneficio. Empieza con dos, y añade una tercera solo cuando revisar esa cantidad de diffs te resulte cómodo.

¿Las sesiones en paralelo comparten contexto o memoria?

No. Cada sesión de Claude Code o Codex tiene su propia ventana de contexto y su propia conversación. Ese aislamiento es una ventaja: por eso puedes asignarles trabajos que no tienen relación entre sí. Y también por eso importa un git worktree por sesión, para que sus cambios de archivos queden igual de aislados.

¿Para qué sirve un git worktree en este caso?

Un worktree le da a cada sesión su propio directorio de trabajo y su propia rama a partir del mismo repositorio. Dos agentes editando los mismos archivos en el mismo directorio se pisarán el trabajo mutuamente. Los worktrees los mantienen físicamente separados hasta que haces el merge.

¿Cómo sé cuándo una sesión está esperando entrada?

Sin herramientas, no lo sabes hasta que compruebas. Un compañero de estado como Agent Island muestra qué sesiones están trabajando, esperando, terminadas, atascadas o limitadas por rate limit, y puede avisarte cuando una necesita entrada, para que no tengas que ir recorriendo terminales.

¿Ejecutar varias sesiones cuesta más?

Consumes más capacidad de tu plan y puedes toparte antes con los rate limits, que es una de las razones por las que las sesiones se atascan. Espacia tus arranques y vigila los estados de rate limit en lugar de asumir que una sesión silenciosa sigue trabajando.

¿Merece la pena ejecutar agentes en paralelo si trabajas en solitario?

Sí, en cuanto tu ritmo de revisión se pone a la altura de tu ritmo de generación. Un desarrollador en solitario con dos sesiones bien acotadas y una forma de ver su estado consigue casi todo el beneficio sin la carga de coordinación de un equipo completo.

¿Puedo hacer esto en Windows, o solo en macOS?

En ambos. Claude Code y Codex funcionan en macOS y Windows, y Agent Island es compatible con ambas plataformas para el estado de las sesiones.

¿Qué se rompe primero si añado demasiadas sesiones?

Tu capacidad de revisión. Generar diffs es barato; leerlos y confiar en ellos no lo es. En cuanto el trabajo sin revisar empiece a acumularse, no añadas más sesiones y despeja primero la cola pendiente.

Sobre el autor

Mert Batur construye en Techsy, donde el equipo crea agentes de IA, sistemas de automatización y pipelines de voz y SDR para clientes B2B. Escribe sobre el stack de herramientas LLM y las Claude Skills que el equipo de Techsy usa de verdad en producción. Conecta en LinkedIn.