Ahora puedes ejecutar 10 agentes de IA de programacion en paralelo. Abre una sesion de tmux, asigna una tarea a cada agente y deja que se coordinen a traves de beads. Funciona. Lo hacemos todos los dias.
Pero hay algo de lo que nadie habla: no puedes ver nada de lo que esta pasando.
La brecha de visibilidad
beads resolvio el problema de la memoria. Antes de beads, los agentes olvidaban todo entre sesiones. Reciclaban archivos markdown de tareas pendientes, perdian contexto tras la compactacion y redescubrian 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. Esta 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. Despues ejecutas bd dep list para entender que esta bloqueando que. Pieza por pieza, reconstruyes la imagen en tu cabeza.
Eso esta bien para cinco issues. Se desmorona con cincuenta. Y cuando tienes 10 agentes creando, actualizando y cerrando issues en tiempo real, el 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 aplicacion 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 sincronizacion. Tus datos permanecen en tu maquina, en el mismo directorio .beads/ que tus agentes ya usan. Beadbox simplemente lo lee y te muestra lo que esta pasando.
Asi se ve en la practica:
Arboles de epics con barras de progreso. Tu epic de nivel superior muestra 7 de 12 hijos completados. Lo expandes, ves que subtareas estan bloqueadas, cuales estan en QA y que agente esta trabajando en que. Un vistazo reemplaza una docena de comandos bd show.
Sincronizacion 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 traves de un pipeline de observacion de archivos y lo envia a la interfaz via WebSocket. Sin polling. Sin boton de actualizar.
Soporte multi-workspace. Si trabajas en multiples proyectos, cambia entre bases de datos de beads desde un menu 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 esta esperando a bb-f8o sin ejecutar un solo comando.
Como construimos Beadbox
Usamos beads y Beadbox para construir Beadbox. No es un truco. Nuestro flujo de trabajo diario ejecuta mas de 10 agentes Claude Code coordinados a traves de un agente supervisor. Ingenieria, QA, producto, marketing, lanzamientos, todo rastreado como beads en una sola base de datos. Nelson observa toda la operacion en Beadbox mientras los agentes crean issues, reclaman trabajo, hacen push de codigo e informan.
Cada funcionalidad que lanzamos se prueba primero en nuestro propio flujo de trabajo. Si el arbol de epics no tiene sentido cuando tienes 50 issues activos en 6 agentes, lo arreglamos antes de que alguien mas se tope con ese problema.
El stack tecnologico es intencionalmente aburrido: Next.js para la interfaz, Tauri para el wrapper nativo, el CLI bd como unica fuente de verdad. Nunca leemos la base de datos directamente. Cada operacion pasa por bd, lo que significa que Beadbox siempre coincide con tu terminal.
Hacia donde va esto
Hoy, Beadbox es un dashboard. Observas a tus agentes trabajar. Haces triage de issues. Sigues el progreso a traves de epics.
Manana, 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, asi que es gratis. Pruebalo.