Panel de control de Claude Code: gestiona todas tus sesiones desde una ventana

El problema del estado: muchas sesiones, cero visibilidad

Imagina una tarde normal en paralelo. Una sesión de Claude Code está refactorizando el módulo de auth, otra escribe tests, una tercera migra un esquema de base de datos. En un terminal a secas, las tres parecen iguales: una pestaña llamada "claude" con texto pasando. Para saber cómo va cualquiera de ellas tienes que entrar, leer la última pantalla de salida y reconstruir qué pasó.

Mientras tanto, los fallos se acumulan en silencio. La sesión de tests terminó hace ocho minutos y lleva parada desde entonces. La de la migración se topó con una pregunta de permisos justo después de que cambiaras de pestaña, así que lleva todo ese rato esperando un sí tuyo. De ninguna de las dos te enteras hasta que por casualidad pinchas en la pestaña correcta. Ejecutar agentes en paralelo iba a ahorrarte tiempo, y lo acabas gastando en patrullar pestañas.

Esto es un problema de gestión, no de código. Los agentes van bien, lo que pasa es que no los ves. Un gestor de sesiones de Claude Code existe para responder tres preguntas de forma continua y sin que las hagas: qué está haciendo cada sesión, cuáles han terminado y cuál está bloqueada esperándome.

Si lo que buscas en realidad es una explicación de las interfaces gráficas para el CLI en general, esa es otra pregunta y tiene su propia página: la guía de la interfaz gráfica de Claude Code. Esta asume que ya ejecutas sesiones y se centra en supervisarlas a escala.

Qué te enseña el panel

CodeAgentSwarm pone toda la respuesta en una pantalla. Esto es lo que el panel saca a la luz, capacidad a capacidad.

Todos los terminales en una ventana, cada uno con su estado

Todas tus sesiones corren como terminales dentro de un solo workspace, así que se acabó cazar pestañas. Cada terminal lleva un título dinámico que refleja qué está haciendo el agente ("Refactorizando auth", "Escribiendo tests de la API") más un estado visual: sigue trabajando, terminó o está esperando algo tuyo. Un segundo mirando la rejilla te dice qué terminales necesitan atención. El montaje en sí se explica en ejecutar varias sesiones de Claude Code.

Un tablero de tareas conectado a tus terminales

El tablero de tareas es un kanban con cuatro columnas: Pendiente, En progreso, En testing y Completada. Tú creas tareas y las asignas a terminales, y los propios agentes mueven las tarjetas por MCP mientras trabajan: escriben un plan al empezar, dejan un resumen de la implementación al terminar y aparcan la tarjeta en En testing para que la revises. El tablero es tu vista del enjambre a nivel de proyecto, y la guía de gestión de tareas lo cubre a fondo.

Avisos cuando un agente termina o se atasca

Cuando una sesión completa su tarea o se para a preguntarte algo, recibes una notificación de escritorio nativa. Eso le da la vuelta al modelo de gestión: en lugar de ir tú a comprobar las sesiones, las sesiones te avisan a ti. Puedes darle toda tu atención a un terminal y confiar en que el resto levantará la mano cuando termine o se bloquee.

Historial buscable de todas las conversaciones

Cada conversación de cada terminal se guarda y se puede buscar en un solo sitio. Cuando necesitas saber qué sesión tocó el flujo de pagos el martes pasado, lo buscas, lees la conversación y la retomas si quieres seguir. Un gestor solo es útil si también cubre lo que pasó ayer, y la guía del historial de conversaciones enseña hasta dónde llega.

Cambios de archivos de un vistazo

Cada terminal expone los cambios de archivos que está haciendo su sesión, en formato diff, por terminal y a nivel de proyecto. Cuando dos sesiones trabajan cerca la una de la otra en el mismo repo, ves el solapamiento formándose en lugar de descubrirlo a la hora del commit.

Cambio de proyecto con un clic

Los accesos directos a proyectos de la barra superior abren un terminal nuevo ya dentro de un proyecto concreto, con el agente y los ajustes de arranque que guardaste para él. Gestionar sesiones en varios repos deja de significar "navega a la carpeta y reescribe el comando" y pasa a ser un clic por proyecto.

Gestionar una sesión de trabajo real desde el panel

Esto es lo que parece un rato de trabajo concreto con el panel delante, en vez de una lista de funciones.

• Abres CodeAgentSwarm y pulsas dos accesos directos de proyecto: un terminal se abre en tu repo de la API y otro en la web. Añades un tercer terminal en el repo de la API para los tests.
• Creas tres tareas en el tablero y asignas una a cada terminal. Las tres empiezan en Pendiente.
• Los agentes cogen sus tareas, mueven las tarjetas a En progreso y cada uno escribe su plan. Los títulos de los terminales se actualizan para reflejar el trabajo.
• Te centras en el terminal de la web. Veinte minutos después una notificación te dice que el terminal de tests terminó: su tarjeta está en En testing con un resumen de la implementación de lo que cambió.
• Otra notificación: el terminal de la API está esperando una confirmación. Su estado aparece bloqueado, así que entras, respondes y sigue. Nada de tiempo perdido en vacío.
• Antes de revisar el trabajo de los tests, miras los cambios de archivos de ese terminal para ver exactamente qué archivos tocó.
• El resultado tiene buena pinta, así que mueves la tarjeta a Completada. El tablero ahora dice: una Completada, dos En progreso, y sabes exactamente cómo van esas dos.

Nada en ese flujo exigió leer scrollback del terminal para averiguar estados. El estado vino a ti: de los indicadores de los terminales, del tablero, de las notificaciones. Esa es la diferencia entre ejecutar sesiones y gestionarlas.

Panel vs malabares con terminales sueltos

Las pestañas de terminal y los paneles de tmux pueden contener varias sesiones. Lo que no pueden es gestionarlas, porque nunca se construyeron para saber qué está haciendo un agente de IA. La comparación honesta va de supervisión, no de ejecución.

Lo que pestañas y tmux te dejan a ti

• Estado: el sistema de estado eres tú. Saber si una sesión terminó significa entrar y leer la salida.
• Sesiones bloqueadas: una pregunta de permisos en una pestaña de fondo espera en silencio hasta que la encuentras.
• Seguimiento de tareas: qué sesión lleva qué parte del trabajo vive en tu cabeza o en otra herramienta.
• Historial: el scrollback muere con la pestaña, y no puedes buscar entre sesiones ni entre días.
• Cambios: averiguar qué modificó un agente significa leer su salida o tirar de git tú mismo.

Lo que el panel asume por ti

• El estado por terminal y los títulos dinámicos responden "qué está haciendo cada uno" de un vistazo.
• Las notificaciones sacan a la luz las sesiones terminadas y bloqueadas en el momento en que ocurre.
• El tablero liga cada sesión a una tarjeta, con un plan y un resumen escritos por el agente.
• El historial se guarda y se busca en todos los terminales, y las conversaciones se pueden retomar.
• Los cambios de archivos se ven por terminal y por proyecto, en formato diff.

Para una sesión suelta de vez en cuando, las pestañas van bien y no necesitas nada de esto. El panel se gana su sitio en el punto en que comprobar tus sesiones empieza a costarte más de lo que las sesiones te ahorran, que en la práctica llega alrededor del tercer agente en paralelo.

Cómo empezar con el panel

CodeAgentSwarm es una descarga gratuita para macOS y Windows, disponible desde la página principal. Se instala en local, ejecuta el CLI real de Claude Code en terminales de verdad y usa tu suscripción de Claude de siempre. No hay plan aparte ni modelo distinto: el panel es una capa sobre la herramienta que ya usas, no un reemplazo.

Llegar a un montaje gestionado lleva unos minutos: abre la app, apunta un terminal a tu proyecto y arranca Claude Code dentro. Añade más terminales según los necesites, crea tareas en el tablero y activa las notificaciones. A partir de ahí la supervisión es ambiental: estados, tarjetas y avisos en lugar de repasar pestañas.

Y como cada terminal tiene un selector de agente, el mismo panel gestiona también sesiones de Codex, Gemini CLI y opencode. Una ventana, todos los agentes, todos los estados.