Du kannst jetzt 10 KI-Coding-Agenten parallel laufen lassen. Starte eine tmux-Session, gib jedem Agenten eine Aufgabe und lass sie sich über beads koordinieren. Es funktioniert. Wir machen das jeden Tag.

Aber worüber niemand redet: Du kannst nichts davon sehen.

Die Sichtbarkeitslücke

beads hat das Gedächtnisproblem gelöst. Vor beads vergaßen Agenten alles zwischen den Sessions. Sie wühlten sich durch Markdown-Todo-Dateien, verloren nach Compaction den Kontext und entdeckten dieselben Bugs dreimal. beads gab ihnen ein persistentes, strukturiertes, Git-gestütztes Gedächtnis. Das war ein Durchbruch.

Aber beads ist ein CLI-Tool. Es wurde für Agenten gebaut, nicht für die Menschen, die sie beaufsichtigen. Wenn du den Projektzustand verstehen willst, führst du bd list aus. Du bekommst eine flache Liste von Issues. Du rufst bd show bb-abc auf, um eines zu lesen. Dann das nächste. Dann bd dep list, um zu verstehen, was was blockiert. Stück für Stück rekonstruierst du das Bild im Kopf.

Das geht bei fünf Issues. Bei fünfzig bricht es zusammen. Und wenn 10 Agenten in Echtzeit Issues anlegen, aktualisieren und schließen, kommt die CLI nicht mehr mit dir mit, geschweige denn mit ihnen.

Was wir gebaut haben

Beadbox ist die visuelle Schicht über beads. Es überwacht dein .beads/-Verzeichnis auf Änderungen und rendert alles in einer nativen Desktop-App innerhalb von Millisekunden. Wenn ein Agent ein Issue im Terminal aktualisiert, siehst du es in Beadbox, bevor dein Shell-Prompt zurückkehrt.

Keine Accounts. Keine Cloud. Keine Synchronisation. Deine Daten bleiben auf deinem Rechner, im selben .beads/-Verzeichnis, das deine Agenten bereits nutzen. Beadbox liest es nur und zeigt dir, was passiert.

So sieht das in der Praxis aus:

Epic-Bäume mit Fortschrittsbalken. Dein übergeordnetes Epic zeigt 7 von 12 Unteraufgaben als abgeschlossen. Du klappst es auf, siehst welche Teilaufgaben blockiert sind, welche in der QA stecken und welcher Agent woran arbeitet. Ein Blick ersetzt ein Dutzend bd show-Befehle.

Echtzeit-Sync. Wir überwachen das Dateisystem auf Datenbankänderungen. Wenn ein Agent eine Statusänderung committet, fängt Beadbox das über eine File-Watch-Pipeline auf und pusht es per WebSocket an die UI. Kein Polling. Kein Refresh-Button.

Multi-Workspace-Support. Wenn du an mehreren Projekten arbeitest, wechselst du per Dropdown zwischen beads-Datenbanken. Jeder Workspace merkt sich seine eigenen Filter und Ansichtseinstellungen.

Abhängigkeiten auf einen Blick. Blockierungsbeziehungen erscheinen als Badges an jedem Issue. Du siehst sofort, dass bb-q3l auf bb-f8o wartet, ohne einen einzigen Befehl auszuführen.

Wie wir Beadbox entwickeln

Wir nutzen beads und Beadbox, um Beadbox zu entwickeln. Das ist kein Gimmick. Unser täglicher Workflow umfasst 10+ Claude Code-Agenten, koordiniert durch einen Supervisor-Agenten. Engineering, QA, Produkt, Marketing, Shipping: alles wird als beads in einer einzigen Datenbank getrackt. Nelson beobachtet den gesamten Betrieb in Beadbox, während Agenten Issues anlegen, Arbeit beanspruchen, Code pushen und Bericht erstatten.

Jedes Feature, das wir ausliefern, testen wir zuerst an unserem eigenen Workflow. Wenn der Epic-Baum keinen Sinn ergibt, sobald du 50 aktive Issues über 6 Agenten hast, fixen wir das, bevor jemand anderes auf das Problem stößt.

Der Tech-Stack ist bewusst langweilig: Next.js für die UI, Tauri für den nativen Wrapper, die bd-CLI als einzige Source of Truth. Wir lesen die Datenbank nie direkt. Jede Operation geht über bd, was bedeutet, dass Beadbox immer mit deinem Terminal übereinstimmt.

Wohin die Reise geht

Heute ist Beadbox ein Dashboard. Du beobachtest deine Agenten bei der Arbeit. Du sichtest Issues. Du verfolgst den Fortschritt über Epics.

Morgen wird es zur Steuerzentrale. Wir arbeiten auf eine Welt hin, in der du Arbeit an Agenten verteilen, deren Output reviewen und deine gesamte Flotte aus einem Fenster heraus managen kannst. Das Terminal bleibt das Zuhause der Agenten. Beadbox wird deins.

Wir sind in der Beta, also ist es kostenlos. Probier es aus.