Du verbringst deinen Tag im Terminal. Du navigierst Dateien mit Vim-Motions, wechselst tmux-Panes mit Prefix-Keys und durchsuchst deine Shell-History mit Ctrl-R. Dann musst du dein Backlog sichten, und jedes Projektmanagement-Tool auf dem Planeten will, dass du zur Maus greifst.

Jira braucht einen Klick zum Öffnen eines Issues. Einen weiteren zum Schließen des Panels. Noch einen zum Projektwechsel. Linear ist schneller, aber grundsätzlich Maus-first: du zeigst, klickst, scrollst. GitHub Issues braucht einen vollständigen Seitenaufbau für jedes Issue, das du öffnest. Diese Tools wurden für Produktmanager konzipiert, die im Browser arbeiten, nicht für Entwickler, die im Terminal leben.

Die Reibung ist klein pro Interaktion und enorm über einen Tag. Wenn du morgens 30 Issues sichtest, sind das 30 Griff-zur-Maus-, Klick-, Lesen-, Klick-Schließen-Zyklen. Deine Hände verlassen die Tastatur 60 Mal für etwas, das ein sequentieller Scan durch eine Liste sein sollte.

Wir haben Beadbox für Entwickler gebaut, die das für absurd halten.

Der vollständige Tastatur-Triage-Workflow

Beadbox ist eine native Desktop-App (gebaut auf Tauri, nicht Electron), die ein visuelles Echtzeit-Dashboard für den beads Issue-Tracker rendert. Es zeigt dir Epic-Bäume, Abhängigkeits-Badges, Status-Filter und Fortschrittsbalken. Und du kannst alles navigieren, ohne die Maus anzufassen.

So sieht eine Triage-Session aus:

Öffne Beadbox. Dein letzter Workspace lädt automatisch. Issues erscheinen in einer Tabelle mit Status-Badges, Prioritätsindikatoren und Zuständigen-Spalten.
Drücke j zum Runterscrollen. Drücke k zum Hochscrollen. Das sind Vim-Motions, dasselbe Muskelgedächtnis, das du schon hast. Die Markierung folgt deiner Position.
Drücke Enter zum Öffnen des Detail-Panels. Das ausgewählte Issue klappt in ein Seitenpanel auf, das die vollständige Beschreibung, Kommentare, Abhängigkeiten und Metadaten zeigt. Du liest es, ohne deinen Platz in der Liste zu verlieren.
Drücke Escape zum Schließen des Panels. Du bist zurück in der Liste, Cursor genau dort, wo du ihn gelassen hast. Drücke j, um zum nächsten Issue zu gehen.
Drücke / zum Suchen. Eine Suchleiste erscheint. Tipp ein Stichwort oder eine Issue-ID, und die Liste filtert sofort. Drücke Escape, um die Suche zu leeren und zur vollständigen Liste zurückzukehren.
Nutze Pfeiltasten für Epic-Bäume. Wenn du ein Epic mit verschachtelten Kindern anschaust, klappen Links- und Rechtspfeile Baumknoten auf und zu. h und l funktionieren genauso (Vim-Stil horizontale Navigation). Du scannst durch ein 15-Issue-Epic, ohne ein einziges Aufklapp-Dreieck zu klicken.

Das ist alles. j/k zum Bewegen, Enter zum Öffnen, Escape zum Schließen, / zum Suchen, Pfeiltasten zum Aufklappen von Bäumen. Fünf Tasten decken 90% der Triage-Navigation ab.

Wenn du während der Sichtung ein Issue entdeckst, das eine Statusänderung oder höhere Priorität braucht, wechselst du ins Terminal:

bd update bb-f8o --status in_progress --priority 1

Beadbox erkennt die Änderung innerhalb von Millisekunden (über Dateisystem-Watch und WebSocket) und rendert neu. Du siehst das aktualisierte Status-Badge, ohne zu refreshen oder irgendwo zu klicken. Dann drückst du j und machst weiter.

Warum Lesen und Schreiben absichtlich getrennt sind

Das ist der Teil, den die meisten GUI-Tools falsch machen. Sie versuchen alles abzudecken: Issues lesen, Felder bearbeiten, Status ändern, Abhängigkeiten verwalten. Das Ergebnis sind Formulare. Viele Formulare. Dropdown-Menüs für Status. Texteingaben für Beschreibungen. Modale Dialoge für Abhängigkeitsmanagement. Jede dieser Interaktionen erfordert Klicken.

Beadbox geht einen anderen Weg. Es ist eine leseoptimierte Oberfläche. Die CLI übernimmt das Schreiben.

Die beads CLI (bd) ist bereits die Source of Truth für deine Issue-Daten. Agenten nutzen sie. Skripte nutzen sie. Deine Automatisierung nutzt sie. Einen zweiten Schreibpfad über eine GUI zu bauen, schafft ein Synchronisationsproblem und verdoppelt die Angriffsfläche für Bugs.

Stattdessen optimiert Beadbox kompromisslos für Verständnis und Navigation. Es beantwortet die Fragen, bei denen Terminals am schlechtesten abschneiden: Wie sieht der vollständige Epic-Baum aus? Welche Issues sind blockiert, und wodurch? Wie weit ist dieses Feature? Was hat sich in der letzten Stunde geändert? Das sind visuelle Fragen. Flache Textausgabe von bd list kann sie technisch beantworten, aber ein zusammenklappbarer Baum mit Fortschrittsbalken beantwortet sie auf einen Blick.

Die Tastaturkürzel machen diesen Blick schnell. Du scannst, liest, verstehst. Wenn du handeln musst, tippst du einen bd-Befehl. Zwei Tools, jedes das tuend, was es am besten kann.

Workspaces wechseln ohne Kontextverlust

Wenn du an mehreren Projekten arbeitest, jedes mit seiner eigenen beads-Datenbank, wird Workspace-Switching zur täglichen Reibungsquelle. In den meisten Projektmanagement-Tools bedeutet Projektwechsel eine andere URL, Login in einen anderen Workspace oder einen neuen Browser-Tab. Deine Filter werden zurückgesetzt. Deine Scroll-Position wird zurückgesetzt. Du verlierst den mentalen Kontext des vorherigen Projekts.

Beadbox handhabt das anders. Ein Dropdown im Header listet jeden erkannten Workspace auf. Klick darauf (oder navigiere per Tastatur), wähle ein anderes Projekt, und die gesamte Ansicht lädt aus der Datenbank dieses Projekts neu. Das entscheidende Detail: Filter und Scroll-Position bleiben pro Workspace erhalten. Wenn du zurückwechselst, ist alles genau dort, wo du es gelassen hast.

Die Erkennung ist automatisch. Beadbox scannt ~/.beads/registry.json nach registrierten Workspaces und entdeckt Verzeichnisse mit .beads/-Datenbanken. Füg ein neues Projekt hinzu, führe bd init darin aus, und beim nächsten Öffnen von Beadbox erscheint es im Dropdown. Kein Import, kein Konfigurationsbildschirm, kein "Workspace hinzufügen"-Assistent.

Für Entwickler, die mehrere Services pflegen oder Agenten über verschiedene Repositories verwalten, macht das Beadbox zu einer einzigen Ansicht über alle aktive Arbeit. Die Alternative: mehrere Terminal-Fenster, jedes mit bd list gegen einen anderen --db-Pfad, und im Kopf behalten, welches Fenster auf welches Projekt zeigt.

Wie die Alternativen abschneiden

Jedes große Projektmanagement-Tool erfordert Maus-Interaktion für grundlegende Navigation:

Jira hat Tastaturkürzel (j/k existieren), aber sie navigieren zwischen Issues in einer Listenansicht, die trotzdem Klicken erfordert, um Details zu öffnen, Projekte zu wechseln und sich durch tief verschachtelte Menüs zu arbeiten. Die Kürzel wirken nachträglich angeschraubt statt grundlegend.

Linear kommt unter den SaaS-Tools der Tastaturfreundlichkeit am nächsten. Es hat Cmd+K für die Befehlspalette und einige Navigationsshortcuts. Aber Workspace-Switching erfordert immer noch Klicken durch ein Seitenmenü, und die Befehlspalette ist ein Search-First-Interaktionsmodell, kein Scan-First. Du musst wissen, wonach du suchst. Triage bedeutet, zu scannen, was du noch nicht weißt.

GitHub Issues hat keine brauchbare Tastaturnavigation für Triage. Du klickst ein Issue an (vollständiger Seitenaufbau), klickst Zurück und wiederholst. Zwischen Repositories wechseln heißt URL ändern. Es gibt keinen tastaturgesteuerten Scan eines Backlogs.

Beadbox wurde von Anfang an für Tastatur-Triage konzipiert. Die Kürzel sind kein Nachgedanke auf einer Maus-first-UI. Das gesamte Navigationsmodell geht davon aus, dass deine Hände auf der Tastatur bleiben. Die Maus funktioniert auch (alles ist klickbar), aber sie ist der Fallback, nicht die primäre Interaktion.

Was du wirklich vergleichst

Der wahre Unterschied ist nicht "welches Tool hat mehr Tastaturkürzel." Es ist das Interaktionsmodell.

Maus-first-Tools optimieren für Entdeckbarkeit. Jede Aktion hat einen sichtbaren Button. Das ist großartig für Onboarding und nicht-technische Nutzer, die Features finden müssen. Es ist schlecht für Geschwindigkeit, sobald du weißt, was du tust.

Tastatur-first-Tools optimieren für Durchsatz. Sobald du j/k/Enter/Escape gelernt hast, sichtest du in Lesegeschwindigkeit, nicht in Zeigegeschwindigkeit. Der Kompromiss ist eine steilere anfängliche Lernkurve (du musst wissen, dass die Kürzel existieren). Für Entwickler, die bereits Vim-Motions in Editor und Terminal nutzen, ist diese Kurve praktisch flach.

Beadbox macht auch einen Kompromiss, den SaaS-Tools nicht machen können: Es funktioniert nur mit beads. Du bekommst nicht Jiras Integrationen, Linears Cycles oder GitHubs Pull-Request-Links. Du bekommst ein visuelles Dashboard für einen Git-nativen Issue-Tracker, der alles lokal speichert, offline läuft und KI-Agenten Issues über Unix-Pipes lesen und schreiben lässt. Wenn das dein Stack ist, ist der Tastatur-Workflow unerreicht. Wenn du Slack-Benachrichtigungen brauchst, sobald Issues geschlossen werden, ist das heute nicht das richtige Tool.

Loslegen

Installiere Beadbox mit Homebrew:

brew tap beadbox/cask && brew install --cask beadbox

Wenn du bereits beads nutzt, erkennt Beadbox deine .beads/-Workspaces automatisch. Öffne die App und drücke j.

Läuft auf macOS, Linux und Windows. Kostenlos während der Beta.