Voce pode rodar 10 agentes de IA de programacao em paralelo agora. Abra uma sessao tmux, de uma tarefa para cada agente e deixe eles se coordenarem pelo beads. Funciona. Nos fazemos isso todos os dias.
Mas o que ninguem comenta: voce nao consegue ver nada disso acontecendo.
A lacuna de visibilidade
beads resolveu o problema de memoria. Antes do beads, os agentes esqueciam tudo entre sessoes. Eles reviravam arquivos markdown de tarefas, perdiam contexto apos compactacao e redescobriram os mesmos bugs tres vezes. beads deu a eles memoria persistente, estruturada e versionada no Git. Isso foi uma revolucao.
Mas beads e uma ferramenta CLI. Foi construida para agentes, nao para os humanos que os supervisionam. Quando voce quer entender o estado do seu projeto, roda bd list. Recebe uma lista plana de issues. Roda bd show bb-abc para ler um. Depois outro. Depois roda bd dep list para entender o que esta bloqueando o que. Pedaco por pedaco, voce reconstroi o quadro na sua cabeca.
Isso funciona com cinco issues. Desmorona com cinquenta. E quando voce tem 10 agentes criando, atualizando e fechando issues em tempo real, a CLI nao acompanha voce, muito menos eles.
O que construimos
Beadbox e a camada visual em cima do beads. Ele monitora seu diretorio .beads/ em busca de mudancas e renderiza tudo em um app desktop nativo em milissegundos. Quando um agente atualiza um issue no terminal, voce ve no Beadbox antes do prompt do shell voltar.
Sem contas. Sem nuvem. Sem sincronizacao. Seus dados ficam na sua maquina, no mesmo diretorio .beads/ que seus agentes ja usam. O Beadbox apenas le e mostra o que esta acontecendo.
Veja como isso funciona na pratica:
Arvores de epics com barras de progresso. Seu epic de nivel superior mostra 7 de 12 filhos completos. Voce expande, ve quais subtarefas estao bloqueadas, quais estao em QA e qual agente esta trabalhando em cada uma. Um olhar substitui uma duzia de comandos bd show.
Sincronizacao em tempo real. Monitoramos o sistema de arquivos em busca de mudancas no banco de dados. Quando um agente faz um commit de mudanca de status, o Beadbox capta por um pipeline de file-watch e envia para a UI via WebSocket. Sem polling. Sem botao de refresh.
Suporte a multiplos workspaces. Se voce trabalha em varios projetos, troque entre bancos de dados beads por um dropdown. Cada workspace lembra seus proprios filtros e estado de visualizacao.
Visibilidade de dependencias. Relacoes de bloqueio aparecem como badges em cada issue. Voce ve de relance que bb-q3l esta esperando por bb-f8o sem rodar nenhum comando.
Como construimos o Beadbox
Usamos beads e Beadbox para construir o Beadbox. Nao e um truque. Nosso workflow diario roda mais de 10 agentes Claude Code coordenados por um agente supervisor. Engenharia, QA, produto, marketing, shipping: tudo rastreado como beads em um unico banco de dados. Nelson acompanha toda a operacao no Beadbox enquanto agentes criam issues, reivindicam trabalho, fazem push de codigo e reportam de volta.
Cada funcionalidade que lancamos e testada primeiro no nosso proprio workflow. Se a arvore de epics nao faz sentido quando voce tem 50 issues ativos em 6 agentes, corrigimos antes que outra pessoa bata nessa parede.
A stack e intencionalmente simples: Next.js para a UI, Tauri para o wrapper nativo, o CLI bd como unica fonte da verdade. Nunca lemos o banco de dados diretamente. Toda operacao passa pelo bd, o que significa que o Beadbox sempre concorda com seu terminal.
Para onde estamos indo
Hoje, Beadbox e um dashboard. Voce acompanha seus agentes trabalhando. Faz triagem de issues. Acompanha o progresso em epics.
Amanha, se torna o plano de controle. Estamos construindo em direcao a um mundo onde voce pode despachar trabalho para agentes, revisar a saida deles e gerenciar toda a sua frota a partir de uma unica janela. O terminal continua sendo o lar do agente. O Beadbox se torna o seu.
Estamos em beta, entao e gratuito. Experimente.