Vous passez votre journee dans un terminal. Vous naviguez dans les fichiers avec des mouvements vim, basculez entre les panneaux tmux avec des touches de prefixe et cherchez dans l'historique du shell avec Ctrl-R. Puis vous devez trier votre backlog, et chaque outil de gestion de projet de la planete veut que vous attrapiez la souris.

Jira necessite un clic pour ouvrir un ticket. Un autre clic pour fermer le panneau. Un autre pour changer de projet. Linear est plus rapide, mais reste fondamentalement mouse-first : vous pointez, vous cliquez, vous faites defiler. GitHub Issues exige un chargement complet de page pour chaque ticket que vous ouvrez. Ces outils ont ete concus pour des product managers travaillant dans des navigateurs, pas pour des developpeurs travaillant dans des terminaux.

La friction est faible par interaction et enorme sur une journee. Si vous triez 30 tickets dans une matinee, ce sont 30 cycles attraper-la-souris, cliquer, lire, cliquer-pour-fermer. Vos mains quittent le clavier 60 fois pour ce qui devrait etre un scan sequentiel d'une liste.

Nous avons construit Beadbox pour les developpeurs qui trouvent cela absurde.

Le workflow complet de triage au clavier

Beadbox est une application desktop native (construite avec Tauri, pas Electron) qui affiche un tableau de bord visuel en temps reel pour le gestionnaire de tickets beads. Il montre des arbres d'epics, des badges de dependance, des filtres de statut et des barres de progression. Et vous pouvez tout parcourir sans toucher la souris.

Voici a quoi ressemble une session de triage :

Ouvrez Beadbox. Votre workspace le plus recent se charge automatiquement. Les tickets apparaissent dans un tableau avec des badges de statut, des indicateurs de priorite et des colonnes de responsable.
Appuyez sur j pour descendre dans la liste. Appuyez sur k pour monter. Ce sont des mouvements style vim, la meme memoire musculaire que vous avez deja. La surbrillance de selection suit votre position.
Appuyez sur Enter pour ouvrir le panneau de details. Le ticket selectionne se deploie dans un panneau lateral montrant la description complete, les commentaires, les dependances et les metadonnees. Vous lisez sans perdre votre position dans la liste.
Appuyez sur Escape pour fermer le panneau. Vous revenez dans la liste, le curseur exactement la ou vous l'avez laisse. Appuyez sur j pour passer au ticket suivant.
Appuyez sur / pour chercher. Une barre de recherche apparait. Tapez un mot-cle ou un ID de ticket, et la liste se filtre instantanement. Appuyez sur Escape pour effacer la recherche et revenir a la liste complete.
Utilisez les fleches sur les arbres d'epics. Quand vous visualisez un epic avec des enfants imbriques, les fleches gauche et droite replient et deplient les noeuds de l'arbre. h et l fonctionnent aussi (navigation horizontale style vim). Vous parcourez un epic de 15 tickets sans cliquer sur aucun triangle de depliage.

C'est tout. j/k pour se deplacer, Enter pour ouvrir, Escape pour fermer, / pour chercher, fleches pour deplier les arbres. Cinq touches couvrent 90% de la navigation de triage.

Si vous repérez un ticket qui necessite un changement de statut ou une augmentation de priorite pendant le triage, vous basculez vers le terminal :

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

Beadbox capte le changement en quelques millisecondes (via la surveillance du systeme de fichiers et WebSocket) et re-rend l'affichage. Vous voyez le badge de statut mis a jour sans rafraichir ni cliquer. Puis vous appuyez sur j et continuez.

Pourquoi lectures et ecritures sont separees volontairement

C'est la que la plupart des outils GUI se trompent. Ils essaient de tout gerer : lire les tickets, editer les champs, changer les statuts, gerer les dependances. Le resultat, ce sont des formulaires. Beaucoup de formulaires. Des menus deroulants pour le statut. Des champs de texte pour les descriptions. Des dialogues modaux pour la gestion des dependances. Chacune de ces interactions necessite de cliquer.

Beadbox a pris une approche differente. C'est une interface orientee lecture. Le CLI gere les ecritures.

Le CLI beads (bd) est deja la source de verite pour vos donnees de tickets. Les agents l'utilisent. Les scripts l'utilisent. Votre automatisation l'utilise. Construire un second chemin d'ecriture via une interface graphique cree un probleme de synchronisation et double la surface de bugs.

A la place, Beadbox optimise sans compromis la comprehension et la navigation. Il repond aux questions pour lesquelles les terminaux sont les moins bons : a quoi ressemble l'arbre complet de l'epic ? Quels tickets sont bloques, et par quoi ? Ou en est cette fonctionnalite ? Qu'est-ce qui a change dans la derniere heure ? Ce sont des questions visuelles. La sortie texte de bd list peut techniquement y repondre, mais un arbre depliable avec barres de progression y repond d'un coup d'oeil.

Les raccourcis clavier existent pour rendre ce coup d'oeil rapide. Vous scannez, vous lisez, vous comprenez. Quand vous devez agir, vous tapez une commande bd. Deux outils, chacun faisant ce qu'il fait le mieux.

Changer de workspace sans perdre le contexte

Si vous travaillez sur plusieurs projets, chacun avec sa propre base de donnees beads, le changement de workspace devient une friction quotidienne. Dans la plupart des outils de gestion de projet, changer de projet signifie naviguer vers une URL differente, se connecter a un autre workspace ou ouvrir un nouvel onglet de navigateur. Vos filtres se reinitialisent. Votre position de defilement se reinitialise. Vous perdez le contexte mental du projet precedent.

Beadbox gere cela differemment. Un menu deroulant dans l'en-tete liste chaque workspace detecte. Cliquez (ou naviguez au clavier), selectionnez un autre projet et toute la vue se recharge a partir de la base de donnees de ce projet. Le detail crucial : les filtres et la position de defilement persistent par workspace. Quand vous revenez, tout est exactement la ou vous l'avez laisse.

La detection est automatique. Beadbox scanne ~/.beads/registry.json pour les workspaces enregistres et decouvre les repertoires contenant des bases de donnees .beads/. Ajoutez un nouveau projet, lancez bd init dedans, et la prochaine fois que vous ouvrez Beadbox, il apparait dans le menu deroulant. Pas d'import, pas d'ecran de configuration, pas d'assistant "ajouter un workspace".

Pour les developpeurs qui maintiennent plusieurs services ou gerent des agents sur plusieurs depots, cela transforme Beadbox en un panneau unique pour tout le travail actif. L'alternative est de multiplier les fenetres de terminal, chacune lancant bd list contre un --db path different, en gardant en tete quelle fenetre pointe vers quel projet.

Comment les alternatives se comparent

Chaque outil de gestion de projet majeur necessite une interaction souris pour la navigation de base :

Jira a des raccourcis clavier (j/k existent), mais ils naviguent entre les tickets dans une vue liste qui necessite encore de cliquer pour ouvrir les details, cliquer pour changer de projet et cliquer dans des menus profondement imbriques pour gerer les epics. Les raccourcis semblent ajoutes apres coup plutot que fondamentaux.

Linear est le plus proche du keyboard-friendly parmi les outils SaaS. Il a Cmd+K pour la palette de commandes et quelques raccourcis de navigation. Mais le changement de workspace necessite encore de cliquer dans un menu lateral, et la palette de commandes est un modele d'interaction search-first, pas scan-first. Vous devez savoir ce que vous cherchez. Le triage consiste a scanner ce que vous ne savez pas encore.

GitHub Issues n'a pas de navigation clavier significative pour le triage. Vous cliquez sur un ticket pour l'ouvrir (chargement complet de page), cliquez sur le bouton retour pour revenir et repetez. Basculer entre les depots est un changement d'URL. Il n'y a pas de scan au clavier d'un backlog.

Beadbox a ete concu autour du triage au clavier des le depart. Les raccourcis ne sont pas une reflexion tardive ajoutee sur une interface mouse-first. Le modele de navigation entier suppose que vos mains restent sur le clavier. La souris fonctionne aussi (tout est cliquable), mais c'est le recours, pas l'interaction principale.

Ce que vous comparez vraiment

La vraie difference n'est pas "quel outil a le plus de raccourcis clavier." C'est le modele d'interaction.

Les outils mouse-first optimisent la decouverte. Chaque action a un bouton visible. C'est excellent pour l'integration et pour les utilisateurs non-techniques qui doivent trouver des fonctionnalites. C'est terrible pour la vitesse une fois que vous savez ce que vous faites.

Les outils keyboard-first optimisent le debit. Une fois que vous connaissez j/k/Enter/Escape, vous triez a la vitesse de lecture, pas a la vitesse de pointage. Le compromis est une courbe d'apprentissage initiale plus raide (vous devez savoir que les raccourcis existent). Pour les developpeurs qui utilisent deja les mouvements vim dans leur editeur et terminal, cette courbe est essentiellement plate.

Beadbox fait aussi un compromis que les outils SaaS ne peuvent pas : il ne fonctionne qu'avec beads. Vous n'obtenez pas les integrations de Jira, les cycles de Linear ou les liens de pull request de GitHub. Vous obtenez un tableau de bord visuel pour un gestionnaire de tickets Git-natif qui stocke tout localement, fonctionne hors ligne et permet aux agents IA de lire et ecrire des tickets via des Unix pipes. Si c'est votre stack, le workflow clavier est imbattable. Si vous avez besoin de notifications Slack quand les tickets se ferment, ce n'est pas le bon outil aujourd'hui.

Pour commencer

Installez Beadbox avec Homebrew :

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

Si vous utilisez deja beads, Beadbox detecte automatiquement vos workspaces .beads/. Ouvrez l'application et commencez a appuyer sur j.

Fonctionne sur macOS, Linux et Windows. Gratuit pendant la beta.