Cómo ejecutar varias sesiones de Claude Code, Codex y OpenCode en paralelo (sin perder el hilo)

Ejecutar "muchas" sesiones casi nunca es el plan. Ocurre poco a poco.

Pasa de forma natural:

una sesión de Claude Code refactorizando un módulo
una sesión de Codex haciendo una limpieza repetitiva
una sesión de OpenCode explorando un enfoque alternativo

Y de repente tienes diez.

Llegado ese punto, lo difícil no es iniciar sesiones.

Es el problema de la atención:

¿Qué sesiones me necesitan ahora mismo y cuáles siguen bien?

Si no lo resuelves, las sesiones en paralelo no se sienten como una ventaja, sino como un agobio que va creciendo.

Esta guía presenta un flujo de trabajo que hace que las sesiones en paralelo sean claras y previsibles.

En resumen

Decide tu estrategia de aislamiento:
- una sola copia del repositorio (la vía rápida, pero con más conflictos), o
- un git worktree por sesión (el paralelismo más limpio)
Adopta una regla de nombres (repositorio + objetivo) para que tu lista de sesiones se lea bien.
Elige un único sitio para la "lista de atención":
- un panel TUI (un gestor de tmux), o
- una interfaz en el móvil o el navegador con Bandeja (Inbox) y notificaciones.
Si quieres repartir la atención desde el móvil, Happier es una opción que ayuda porque la Bandeja y las aprobaciones persisten y las notificaciones llevan directamente a la sesión correcta (y al perfil de servidor correcto).

El problema

Cuando ejecutas varias sesiones, empiezan a fallar tres cosas:

Aislamiento: las sesiones se pisan los archivos.
Contexto: olvidas qué estaba haciendo cada sesión.
Atención: se te pasa la sesión bloqueada esperando una aprobación mientras miras otra que avanza sin problemas.

Mucha gente intenta resolver lo tercero con "más terminales". Eso no es un sistema de atención.

Enfoques habituales y sus contrapartidas

Abrir más terminales o paneles de tmux: funciona hasta que deja de funcionar. El coste de revisarlo todo crece con cada sesión.
Una sesión de tmux por repositorio con nombres cuidados: mejor, pero sigue siendo manual.
TUI de la comunidad (cmux, claude-squad, agent-deck): muy útiles si vives en la terminal y quieres un panel.
Claude Code Remote Control + Agent Teams: ayuda si adoptas el ecosistema de Claude, pero sigue siendo específico de un proveedor.

Si quieres una lista de atención que funcione con varios proveedores y una interfaz en el móvil para aprobaciones y diffs, Happier es una app de código abierto para ejecutar y orquestar Claude Code, Codex, OpenCode y otros agentes entre dispositivos.

Si no conoces Happier (qué es y dónde conseguirlo)

Happier es una app complementaria de código abierto (móvil, web y escritorio) para sesiones como Claude Code, Codex y OpenCode.

El flujo es este: las sesiones se ejecutan en un ordenador de confianza (o en varios) y Happier es donde las sigues, apruebas y haces avanzar el trabajo desde el móvil.

Para empezar:

Cómo usar Happier desde el móvil
GitHub: https://github.com/happier-dev/happier
Instalación y descarga: https://github.com/happier-dev/happier#how-it-works
Discord: https://discord.gg/W6Pb8KuHfg

Paso 1: elige una estrategia de aislamiento (importa más que el número de sesiones)

Opción A: directorio de trabajo compartido

Es lo que pasa por defecto si inicias varias sesiones en la misma copia del repositorio.

Es rápido.

Y también es como acabas con:

ediciones en conflicto
cambios aplicados a medias
confusión del tipo "¿qué sesión creó este archivo?"

Si lo haces así, necesitas disciplina estricta: una sesión solo lee y revisa, y otra se encarga de escribir.

Opción B: un git worktree por sesión (recomendado)

Los worktrees son una forma sencilla de hacer previsibles las sesiones en paralelo.

Cada sesión tiene:

su propio árbol de trabajo
su propia rama

Eso significa:

menos conflictos
una limpieza más fácil
un modelo mental más sencillo de "esta sesión es dueña de este cambio"

La contrapartida es el trabajo extra: tienes que crear y borrar worktrees y mantener las ramas ordenadas.

Paso 2: pon nombre a las sesiones como si fueras a olvidarlas (porque lo harás)

Una regla de nombres sencilla:

nombre del repositorio
objetivo
restricción opcional

Ejemplos:

api: refactor auth middleware (keep behavior)
web: upgrade deps (no UI changes)
cli: fix install script (mac+linux)

Es una disciplina pequeña, pero es lo que hace útil cualquier panel.

Paso 3: resuelve la "atención" de forma explícita (no con más paneles)

Necesitas un sitio que responda:

qué se está ejecutando
qué espera una aprobación
qué ha terminado

Opciones centradas en la terminal:

un gestor TUI que muestre las sesiones activas y te deje saltar rápido entre ellas

Opciones centradas en el móvil:

un flujo de Bandeja y notificaciones que te lleve a la sesión exacta que necesita tu respuesta

El flujo de Happier (Bandeja + cola de pendientes + notificaciones bien dirigidas)

Lo que ayuda con las sesiones en paralelo es que Happier tiene un criterio claro sobre la atención:

la Bandeja es el sitio para "lo que necesita tu atención" (aprobaciones, solicitudes)
las notificaciones distinguen sesiones y también varios servidores
la cola de pendientes te permite dejar seguimientos en cola sin adivinar si la sesión está lista

Esa combinación convierte "12 sesiones" en "2 cosas que responder".

Reglas prácticas de uso

Si una sesión necesita una decisión grande y arriesgada, haz un fork en lugar de seguir en el mismo sitio.
En el móvil, haz solo esto:
- aprobaciones
- mensajes cortos para reorientar
- revisión de diffs
Todo lo demás espera a que tengas un teclado delante.