Ahora puedes ejecutar 10 agentes de IA de programación en paralelo. Abre una sesión de tmux, asigna una tarea a cada agente y deja que se coordinen a través de beads. Funciona. Lo hacemos todos los días.
Pero hay algo de lo que nadie habla: no puedes ver nada de lo que está pasando.
La brecha de visibilidad
beads resolvió el problema de la memoria. Antes de beads, los agentes olvidaban todo entre sesiones. Reciclaban archivos markdown de tareas pendientes, perdían contexto tras la compactación y redescubrían los mismos bugs tres veces. beads les dio memoria persistente, estructurada y respaldada por git. Fue un avance significativo.
Pero beads es una herramienta CLI. Está construida para agentes, no para los humanos que los supervisan. Cuando quieres entender el estado de tu proyecto, ejecutas bd list. Obtienes una lista plana de issues. Ejecutas bd show bb-abc para leer uno. Luego otro. Después ejecutas bd dep list para entender qué está bloqueando qué. Pieza por pieza, reconstruyes la imagen en tu cabeza.
Eso está bien para cinco issues. Se desmorona con cincuenta. Y cuando tienes 10 agentes creando, actualizando y cerrando issues en tiempo real, la CLI no puede seguirte el ritmo a ti, y mucho menos a ellos.
Lo que construimos
Beadbox es la capa visual sobre beads. Observa tu directorio .beads/ en busca de cambios y renderiza todo en una aplicación de escritorio nativa en milisegundos. Cuando un agente actualiza un issue en la terminal, lo ves en Beadbox antes de que tu prompt de shell regrese.
Sin cuentas. Sin nube. Sin sincronización. Tus datos permanecen en tu máquina, en el mismo directorio .beads/ que tus agentes ya usan. Beadbox simplemente lo lee y te muestra lo que está pasando.
Así se ve en la práctica:
Árboles de épicas con barras de progreso. Tu épica de nivel superior muestra 7 de 12 hijos completados. La expandes, ves qué subtareas están bloqueadas, cuáles están en QA y qué agente está trabajando en qué. Un vistazo reemplaza una docena de comandos bd show.
Sincronización en tiempo real. Observamos el sistema de archivos en busca de cambios en la base de datos. Cuando un agente confirma un cambio de estado, Beadbox lo captura a través de un pipeline de file-watch y lo envía a la interfaz vía WebSocket. Sin polling. Sin botón de actualizar.
Soporte multi-workspace. Si trabajas en múltiples proyectos, cambia entre bases de datos de beads desde un menú desplegable. Cada workspace recuerda sus propios filtros y estado de vista.
Visibilidad de dependencias. Las relaciones de bloqueo aparecen como badges en cada issue. Puedes ver de un vistazo que bb-q3l está esperando a bb-f8o sin ejecutar un solo comando.
Cómo construimos Beadbox
Usamos beads y Beadbox para construir Beadbox. No es un truco. Nuestro flujo de trabajo diario ejecuta más de 10 agentes Claude Code coordinados a través de un agente supervisor. Ingeniería, QA, producto, marketing, lanzamientos: todo rastreado como beads en una sola base de datos. Nelson observa toda la operación en Beadbox mientras los agentes crean issues, reclaman trabajo, hacen push de código e informan.
Cada funcionalidad que lanzamos se prueba primero en nuestro propio flujo de trabajo. Si el árbol de épicas no tiene sentido cuando tienes 50 issues activos en 6 agentes, lo arreglamos antes de que alguien más se tope con ese problema.
El stack tecnológico es intencionalmente simple: Next.js para la interfaz, Tauri para el wrapper nativo, el CLI bd como única fuente de verdad. Nunca leemos la base de datos directamente. Cada operación pasa por bd, lo que significa que Beadbox siempre coincide con tu terminal.
Hacia dónde va esto
Hoy, Beadbox es un dashboard. Observas a tus agentes trabajar. Haces triage de issues. Sigues el progreso a través de épicas.
Mañana, se convierte en el plano de control. Estamos construyendo hacia un mundo donde puedas despachar trabajo a agentes, revisar su output y gestionar toda tu flota desde una sola ventana. La terminal sigue siendo el hogar del agente. Beadbox se convierte en el tuyo.
Estamos en beta, así que es gratuito. Pruébalo.