Tablero de agentes multisesión

Hay trabajos que son demasiado para una sola IA — backend, frontend y una migración de BD a la vez, o un gran refactor dividido por áreas. El Tablero de agentes multisesión pone varios agentes de IA en una sola pantalla (un tablero), les permite trabajar en equipo y te mantiene con el control seguro mediante una cola de ejecución y aprobaciones unificadas.

El enfoque de Blyck no es “un sitio donde ejecutar agentes” — hoy en día cualquier herramienta importante puede hacerlo. Es “un sitio donde ejecutarlos y, después, confiar en el resultado y fusionarlo.” Tres capas lo hacen realidad: orquestación (ver y retransmitir entre sesiones), gobernanza (ChangeSet + aprobaciones unificadas para revisar mientras se ejecutan) y un banco de trabajo de operaciones (BD, SSH, terminal y vista previa justo al lado de los agentes, con aislamiento de entorno).

Qué es

Distribuye varias sesiones de chat con IA (una mezcla de Claude y Codex) como tarjetas en un solo tablero.
Visualiza las relaciones entre agentes y el flujo de trabajo en tiempo real como un grafo de nodos/aristas.
Los agentes se pasan trabajo entre sí (retransmisión) y se ejecutan en paralelo, mientras que la cola de ejecución evita conflictos.
Cada solicitud de aprobación se reúne en un solo lugar — la bandeja unificada en la parte inferior.

Abrir el tablero

Haz clic en el botón 🤖 de la cabecera para abrir un panel de Tablero de agentes (en una pestaña nueva o dividido, como cualquier otro panel). Las tarjetas del tablero son sesiones de Chat con IA que están aparcadas en segundo plano — gestionas muchas de ellas desde el tablero mientras solo unas pocas transmiten realmente a la vez.

La lista de tarjetas

El tablero es una lista vertical de tarjetas (elegida frente a una cuadrícula, que recortaba la información y escalaba mal). En la parte superior hay una barra de estado fija; debajo, las tarjetas que puedes desplazar, expandir y reordenar.

Barra de estado

Una única línea fija que resume todo el tablero:

6 agents · 2 streaming · 1 awaiting approval · total $2.14 · today $0.42

Recuento en vivo de agentes, cuántos están transmitiendo y cuántos esperan aprobación.
Total del coste en ejecución más una advertencia de streaming concurrente cuando muchos agentes se ejecutan a la vez (gobernanza de costes).

Anatomía de la tarjeta

Cada tarjeta contraída muestra 3 líneas de forma predeterminada — carpeta, resumen, progreso — más un conmutador compacto que la reduce a una línea para tableros densos.

Línea	Muestra
Cabecera	Punto de estado · nombre del agente · proveedor/modelo · 📁 carpeta del proyecto · insignia de modo (chat/plan/act × instantáneo/revisión) · controles ⏹ detener / ⤢ expandir / 📌 guardar
Resumen	Resumen de actividad reciente (o la última intervención del usuario/IA), chip de ChangeSet, coste en ejecución
Progreso	Cola de streaming, herramienta actual y paso N/M cuando hay un presupuesto de pasos definido

Estados de la tarjeta

El punto de estado refleja la sesión en tiempo real:

Estado	Significado
inactivo	Nada en ejecución
pensando / streaming / herramienta	Respondiendo activamente, o ejecutando una herramienta
en cola	Esperando una compuerta de la cola de ejecución (ver más abajo)
esperando aprobación	Bloqueado en una tarjeta de aprobación de la bandeja unificada
error	El último turno falló (p. ej., sin créditos) — fijado arriba

El orden es por actividad, con las tarjetas de esperando-aprobación y error fijadas arriba para que nada urgente se salga de la vista al desplazarte.

Contraer ↔ expandir

Contraída (predeterminada, 3 líneas) — carpeta, resumen, progreso, ChangeSet, coste. El conmutador compacto la reduce a una línea.
Expansión en línea (acordeón) — haz clic en una tarjeta para expandirla en su sitio: una transcripción condensada + cola de streaming + tarjeta de aprobación + un mini compositor. Nunca sales de la lista, y se pueden expandir varias tarjetas a la vez para comparar en paralelo.
⤢ Expandir a un panel — extrae la sesión a un panel real (la “cabina” completa) para el trabajo profundo. Es el mismo chat, así que nada diverge.

Esta es la división torre de control / cabina: el tablero explora y dirige; un panel completo de Chat con IA es para el trabajo profundo. Ambos proyectan la misma sesión.

Grafo de orquestación

Alterna el [Lista ⇄ Grafo] de la cabecera para pasar de la lista de tarjetas a un 🕸 grafo de orquestación — un DAG jerárquico que dibuja cada agente como un nodo y cada delegación (agent_send) como una arista, con desplazamiento y zoom. Ves de un vistazo quién pasó qué a quién y dónde se han atascado las cosas.

Estado en tiempo real por nodo: streaming, esperando, esperando aprobación, terminado.
Enrutamiento de flujo: el camino que sigue el trabajo a lo largo de una cadena de retransmisión.

Visualización de conexiones

El tablero hace visibles las relaciones entre agentes para que un tablero ocupado siga siendo legible.

Arista	Significado	Color
→ tubería	El resultado de A se pasa a B	azul
↩ referencia	B hace referencia al chat de A	gris
⑃ subchat	A generó el subagente B (`ai_subchat`)	morado
⚙ tarea	A generó una tarea en segundo plano (`task_spawn`)	verde
◱ equipo	Tema de nota compartida / carpeta de proyecto	banda derivada

Carril de conexión (canaleta izquierda) — un carril estilo grafo de Git con enlaces curvos entre tarjetas, coloreados según el tipo de arista, con flechas de dirección.
Insignias en cada tarjeta — → tubería: B, C / ↩ refs: A / ⑃ subs: 2. Haz clic para desplazarte al objetivo y resaltarlo.
Animación de flujo en vivo — cuando se dispara una tubería, un punto recorre la línea A→B y el objetivo parpadea.
Bandas de grupo — las tarjetas que comparten una carpeta o un tema de equipo reciben una banda de color a la izquierda.
Modo enfoque — haz clic en 🔗 para atenuar las tarjetas no relacionadas y resaltar solo las aristas de entrada/salida de una tarjeta.

Modo equipo

Los agentes se vuelven conscientes de sus pares para que colaboren en lugar de trabajar a ciegas.

Herramienta	Función
`agent_send(targetChatId, message)`	Pasa trabajo/resultados a otro agente (retransmisión). Si el objetivo está ocupado, se entrega automáticamente cuando termina el turno de ese agente
`agent_create(title, provider?, projectRoot?, mode?)`	Crea un compañero de equipo basado en roles; envíale mediante el chatId devuelto

Prompts conscientes de los pares — el prompt de sistema de cada agente nombra a sus compañeros de equipo, su responsabilidad y dónde viven los artefactos, y le indica que registre las decisiones compartidas en una nota de equipo (workspace_note).
Retransmisión secuencial vs. fan-out paralelo — el trabajo dependiente (C necesita el resultado de B) se retransmite de forma secuencial; solo el trabajo independiente se reparte en paralelo. No entregues el mismo archivo a dos agentes a la vez.
Protocolo de informes — cuando un agente termina el trabajo delegado, informa de vuelta al delegador mediante agent_send, para que el orquestador pueda dirigir el siguiente paso.
Límites de agent_create — los nuevos compañeros de equipo usan de forma predeterminada el modo Ejecutar + Revisar (cada cambio necesita tu aprobación); el modo autónomo es opcional. La creación está limitada a 5 agentes por ventana de 15 minutos.
Protección contra bucles — si el mismo par no deja de rebotar trabajo de un lado a otro, las retransmisiones se bloquean. La protección usa una ventana de 15 minutos (por dirección ~3, ida y vuelta ~4, total ~8) para detener la retransmisión infinita y el desbordamiento de costes.

Cola de ejecución — en paralelo, con seguridad

Cuando varios agentes se mueven a la vez, surgen conflictos. La cola de ejecución los serializa y coordina con compuertas, de modo que el número “5” es un límite de concurrencia, no un tope de cuántos agentes puedes gestionar — las tarjetas aparcadas no cuestan nada.

Compuerta de turno propio — espera si el propio agente ya está respondiendo o preparándose (siempre un propietario de turno por chat).
Presupuesto por proveedor — un tope de concurrencia por proveedor; Claude (un pool de procesos, hasta 5 con LRU y limpieza por inactividad) y Codex (basado en hilos) tienen presupuestos separados, así que sus límites no se roban entre sí.
Protección contra conflictos de archivos — los agentes de la misma carpeta se ejecutan en paralelo de forma predeterminada; solo cuando dos turnos tocan el mismo archivo uno espera (~90 s) para evitar sobrescrituras.
⚡ Conmutador de paralelo — activado de forma predeterminada. Desactívalo para volver a una serialización estricta dentro de la misma carpeta.

Aislamiento de archivos — git + ChangeSet

En lugar de git worktrees, Blyck aísla el trabajo de archivos con puntos de control de git en la frontera de cada turno + atribución de ChangeSet + la protección contra conflictos de archivos de la cola de ejecución.

Cada turno tiene un punto de control (un punto de recuperación); cuando un tablero comparte un mismo repo, cada agente hace commit por separado para que los cambios sigan siendo atribuibles y reversibles individualmente.
Los worktrees se dejaron deliberadamente de lado: las carpetas por tarjeta son el patrón habitual (así que los conflictos solo ocurren dentro de una carpeta), los worktrees son costosos en Windows y son estructuralmente imposibles en raíces de proyecto SFTP remotas — que es exactamente donde brilla el banco de trabajo de Blyck.

Aislamiento de entorno

Cada agente obtiene un ámbito SSH/BD aislado. Un host remoto o una base de datos a los que se conectó un agente no se filtran al contexto de otro — evitando accidentes durante el trabajo en equipo. Esta es la capa que las herramientas competidoras estructuralmente no pueden igualar, porque los agentes viven dentro del mismo banco de trabajo que los paneles de BD, SSH y terminal.

Bandeja de aprobación unificada

Con varios agentes — varios de ellos aparcados en segundo plano — las solicitudes de aprobación aparecerían de otro modo en DOM oculto que no puedes ver. El tablero las reúne todas en un solo lugar en la parte inferior, coincidiendo con la posición de la tarjeta de aprobación en línea.

Tarjetas compactas agrupadas por agente: vista previa del comando + motivo / directorio de trabajo + Permitir / Denegar.
Un acordeón despliega el comando completo.
Limitada a aproximadamente un tercio de la pantalla con desplazamiento interno, para que nunca sepulte la vista de la sesión.

Consulta Chat con IA → Control de aprobación de herramientas para saber cómo funcionan las tarjetas de aprobación individuales.

Serialización del tablero — restaurar al reiniciar

La disposición del tablero, la conversación de cada sesión y el progreso se serializan y guardan (el mismo mecanismo que las disposiciones de panel con nombre). Reinicia la app y el tablero vuelve intacto — tarjetas, conversaciones y aristas incluidas.

Compositor de difusión

Un compositor fijo en la parte inferior envía a todos, algunos o un solo agente a la vez. Adjunta un preámbulo compartido (contexto común) y cada agente seleccionado lo recibe, ejecutándose cada uno a través de su propia compuerta de la cola de ejecución y su propio modo de aprobación — nunca un lanzamiento paralelo en bruto que eluda la propiedad.

Flujo de trabajo recomendado

Da al agente principal el objetivo global.
El principal crea compañeros de equipo basados en roles con agent_create (o adjunta sesiones existentes).
Reparte el trabajo independiente en paralelo con agent_send; retransmite el trabajo dependiente de forma secuencial.
Gestiona las aprobaciones desde la bandeja unificada.
El principal consolida y verifica los artefactos — es preferible delegar la verificación en un par que no los haya construido.

Preguntas frecuentes

¿Y si los agentes se llaman entre sí sin fin? La protección contra bucles detecta la repetición de ida y vuelta y el fan-out dentro de una ventana de 15 minutos y bloquea nuevas retransmisiones.

¿Y si dos agentes editan el mismo archivo? Los agentes de la misma carpeta se ejecutan en paralelo, pero la protección contra conflictos de archivos de la cola de ejecución hace que uno espere (~90 s) cuando sus turnos tocan el mismo archivo, evitando sobrescrituras. Desactiva el ⚡ Conmutador de paralelo para una serialización estricta.

¿Cuántos agentes pueden ejecutarse a la vez? La concurrencia está limitada por proveedor (Claude ~5, Codex por separado), pero puedes gestionar muchos más — las tarjetas aparcadas no cuestan nada y la cola de ejecución va dejando pasar al resto a medida que se liberan huecos.

¿Desaparece el tablero al reiniciar? No. La disposición del tablero, las conversaciones, las aristas y el progreso se serializan y restauran.

¿Por qué no usar git worktrees para el aislamiento? Las carpetas por tarjeta hacen que los conflictos sean raros (solo dentro de la misma carpeta), los worktrees son costosos en Windows y no pueden existir en raíces SFTP remotas. Blyck usa en su lugar puntos de control de git + ChangeSet + la protección contra conflictos de archivos — que también funciona en carpetas remotas.

¿Puede la conexión SSH/BD de un agente afectar a otro? No. Cada agente tiene un ámbito de entorno aislado, así que un host remoto o una base de datos no se filtran entre agentes.