Torna al blog

Perche abbiamo costruito Beadbox

Adesso puoi far girare 10 agenti AI di coding in parallelo. Apri una sessione tmux, assegna un task a ciascun agente e lasciali coordinare tramite beads. Funziona. Lo facciamo ogni giorno.

Ma ecco il punto di cui nessuno parla: non riesci a vedere nulla di quello che succede.

Il problema della visibilita

beads ha risolto il problema della memoria. Prima di beads, gli agenti dimenticavano tutto tra una sessione e l'altra. Si arrabattavano con file todo in markdown, perdevano il contesto dopo la compattazione e riscoprivano gli stessi bug tre volte. beads ha dato loro una memoria persistente, strutturata e salvata su git. E stata una svolta.

Ma beads e uno strumento CLI. E pensato per gli agenti, non per gli umani che li supervisionano. Quando vuoi capire lo stato del tuo progetto, esegui bd list. Ottieni una lista piatta di issue. Esegui bd show bb-abc per leggerne una. Poi un'altra. Poi bd dep list per capire cosa blocca cosa. Pezzo per pezzo, ricostruisci il quadro nella tua testa.

Va bene per cinque issue. Crolla a cinquanta. E quando hai 10 agenti che creano, aggiornano e chiudono issue in tempo reale, la CLI non riesce a stare al passo con te, figuriamoci con loro.

Cosa abbiamo costruito

Beadbox e il livello visuale sopra beads. Monitora la directory .beads/ per le modifiche e renderizza tutto in un'app desktop nativa in pochi millisecondi. Quando un agente aggiorna una issue nel terminale, la vedi in Beadbox prima ancora che il prompt della shell riappaia.

Nessun account. Nessun cloud. Nessuna sincronizzazione. I tuoi dati restano sulla tua macchina, nella stessa directory .beads/ che i tuoi agenti usano gia. Beadbox la legge e ti mostra cosa sta succedendo.

Ecco come si presenta nella pratica:

Alberi delle epic con barre di avanzamento. La tua epic di primo livello mostra 7 su 12 figli completati. La espandi, vedi quali sotto-task sono bloccati, quali sono in QA e quale agente sta lavorando su cosa. Un solo sguardo sostituisce una dozzina di comandi bd show.

Sincronizzazione in tempo reale. Monitoriamo il filesystem per le modifiche al database. Quando un agente committa un cambio di stato, Beadbox lo intercetta tramite una pipeline di file-watch e lo invia alla UI via WebSocket. Nessun polling. Nessun pulsante di refresh.

Supporto multi-workspace. Se lavori su piu progetti, passa da un database beads all'altro con un menu a tendina. Ogni workspace ricorda i propri filtri e lo stato della visualizzazione.

Visibilita delle dipendenze. Le relazioni di blocco appaiono come badge su ogni issue. Puoi vedere a colpo d'occhio che bb-q3l sta aspettando bb-f8o senza eseguire un singolo comando.

Come costruiamo Beadbox

Usiamo beads e Beadbox per costruire Beadbox. Non e un espediente. Il nostro workflow quotidiano impiega piu di 10 agenti Claude Code coordinati tramite un agente supervisore. Engineering, QA, prodotto, marketing, rilascio: tutto tracciato come bead in un unico database. Nelson osserva l'intera operazione in Beadbox mentre gli agenti creano issue, prendono in carico il lavoro, pushano codice e riferiscono.

Ogni funzionalita che rilasciamo viene prima testata sul nostro stesso workflow. Se l'albero delle epic non ha senso quando hai 50 issue attive su 6 agenti, lo sistemiamo prima che chiunque altro si scontri con quel muro.

Lo stack tecnologico e volutamente ordinario: Next.js per la UI, Tauri per il wrapper nativo, la CLI bd come unica fonte di verita. Non leggiamo mai il database direttamente. Ogni operazione passa attraverso bd, il che significa che Beadbox e sempre allineato con il tuo terminale.

Dove stiamo andando

Oggi Beadbox e una dashboard. Guardi i tuoi agenti lavorare. Fai triage delle issue. Monitori l'avanzamento delle epic.

Domani diventa il piano di controllo. Stiamo costruendo verso un mondo in cui puoi assegnare lavoro agli agenti, revisionare il loro output e gestire l'intera flotta da un'unica finestra. Il terminale resta la casa dell'agente. Beadbox diventa la tua.

Siamo in beta, quindi e gratis. Provalo.