Vous passez votre journée dans un terminal. Vous naviguez dans les fichiers avec des mouvements vim, changez de panneau tmux avec des touches de préfixe et cherchez dans l'historique de votre shell avec Ctrl-R. Puis vous devez trier votre backlog, et tous les outils de gestion de projets de la planète veulent que vous attrapiez la souris.

Jira nécessite 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 défiler. GitHub Issues nécessite un chargement de page complet pour chaque ticket que vous ouvrez. Ces outils ont été concus pour des product managers travaillant dans des navigateurs, pas pour des développeurs travaillant dans des terminaux.

La friction est minime par interaction et énorme sur une journée. Si vous triez 30 tickets dans une matinée, ce sont 30 cycles attraper-la-souris, cliquer, lire, cliquer-fermer. Vos mains quittent le clavier 60 fois pour ce qui devrait être un scan séquentiel d'une liste.

Nous avons construit Beadbox pour les développeurs qui trouvent ca 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 réel pour le gestionnaire de tickets beads. Il vous montre des arbres d'épiques, des badges de dépendance, des filtres de statut et des barres de progression. Et vous pouvez tout naviguer sans toucher la souris.

Voici a quoi ressemble une session de triage :

Ouvrez Beadbox. Votre workspace le plus récent se charge automatiquement. Les tickets apparaissent dans un tableau avec des badges de statut, des indicateurs de priorité et des colonnes d'assigné.
Appuyez sur j pour descendre dans la liste. Appuyez sur k pour monter. Ce sont des mouvements style vim, la même mémoire musculaire que vous avez déja. La surbrillance de sélection suit votre position.
Appuyez sur Enter pour ouvrir le panneau de détail. Le ticket sélectionné s'ouvre dans un panneau latéral montrant la description complète, les commentaires, les dépendances et les métadonnées. Vous lisez sans perdre votre place dans la liste.
Appuyez sur Escape pour fermer le panneau. Vous êtes de retour dans la liste, le curseur exactement la ou vous l'avez laissé. Appuyez sur j pour passer au ticket suivant.
Appuyez sur / pour chercher. Une barre de recherche apparaît. Tapez un mot-clé ou un ID de ticket, et la liste se filtre instantanément. Appuyez sur Escape pour effacer la recherche et revenir a la liste complète.
Utilisez les touches fléchées sur les arbres d'épiques. Quand vous regardez une épique avec des enfants imbriqués, les flèches gauche et droite replient et déplient les noeuds de l'arbre. h et l fonctionnent aussi (navigation horizontale style vim). Vous scannez une épique de 15 tickets sans cliquer sur un seul triangle de dépliage.

C'est tout. j/k pour se déplacer, Enter pour ouvrir, Escape pour fermer, / pour chercher, touches fléchées pour déplier les arbres. Cinq touches couvrent 90% de la navigation de triage.

Si vous repérez un ticket qui a besoin d'un changement de statut ou d'une augmentation de priorité pendant le triage, vous passez au terminal :

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

Beadbox capte le changement en millisecondes (via surveillance du système de fichiers et WebSocket) et re-rend. Vous voyez le badge de statut mis a jour sans rafraîchir ni cliquer sur quoi que ce soit. Puis vous appuyez sur j et continuez.

Pourquoi lectures et écritures sont séparées volontairement

C'est la ou la plupart des outils GUI se trompent. Ils essaient de tout gérer : lire les tickets, éditer les champs, changer les statuts, gérer les dépendances. Le résultat ce sont des formulaires. Beaucoup de formulaires. Des menus déroulants pour le statut. Des champs texte pour les descriptions. Des dialogues modaux pour la gestion des dépendances. Chacune de ces interactions nécessite un clic.

Beadbox a pris une approche différente. C'est une interface orientée lecture. Le CLI gère les écritures.

Le CLI beads (bd) est déja la source de vérité pour vos données de tickets. Les agents l'utilisent. Les scripts l'utilisent. Votre automatisation l'utilise. Construire une seconde voie d'écriture via une interface graphique crée un problème de synchronisation et double la surface de bugs.

A la place, Beadbox optimise sans relâche pour la compréhension et la navigation. Il répond aux questions pour lesquelles les terminaux sont les moins bons : a quoi ressemble l'arbre complet de l'épique ? Quels tickets sont bloqués, et par quoi ? Ou en est cette feature ? Qu'est-ce qui a changé dans la dernière heure ? Ce sont des questions visuelles. La sortie texte brut de bd list peut techniquement y répondre, mais un arbre repliable avec des barres de progression y répond 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 données beads, le changement de workspace devient un point de friction quotidien. Dans la plupart des outils de gestion de projets, changer de projet signifie naviguer vers une URL différente, se connecter a un workspace différent ou ouvrir un nouvel onglet de navigateur. Vos filtres se réinitialisent. Votre position de défilement se réinitialise. Vous perdez le contexte mental que vous aviez dans le projet précédent.

Beadbox gère ca différemment. Un menu déroulant dans le header liste chaque workspace détecté. Cliquez dessus (ou naviguez-y au clavier), sélectionnez un projet différent, et toute la vue se recharge depuis la base de données de ce projet. Le détail essentiel : les filtres et la position de défilement persistent par workspace. Quand vous revenez, tout est exactement ou vous l'avez laissé.

La détection est automatique. Beadbox scanne ~/.beads/registry.json pour les workspaces enregistrés et découvre les répertoires contenant des bases de données .beads/. Ajoutez un nouveau projet, lancez bd init dedans, et la prochaine fois que vous ouvrez Beadbox il apparaît dans le menu déroulant. Pas d'importation, pas d'écran de configuration, pas d'assistant "ajouter un workspace".

Pour les développeurs qui maintiennent plusieurs services ou gèrent des agents sur plusieurs dépôts, cela transforme Beadbox en un panneau unique sur tout le travail actif. L'alternative est de multiples fenêtres de terminal, chacune exécutant bd list sur un chemin --db différent, et de garder en tête quelle fenêtre pointe vers quel projet.

Comment se comparent les alternatives

Tous les principaux outils de gestion de projets nécessitent 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 nécessite encore un clic pour ouvrir les détails, un clic pour changer de projet, et des clics a travers des menus profondément imbriqués pour gérer les épiques. Les raccourcis semblent greffés plutôt que fondamentaux.

Linear est la plus proche du clavier parmi les outils SaaS. Il a Cmd+K pour la palette de commandes et quelques raccourcis de navigation. Mais le changement de workspace nécessite encore de cliquer dans un menu latéral, et la palette de commandes est un modèle 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 de page complet), cliquez sur le bouton retour pour revenir, et répétez. Changer de dépôt est un changement d'URL. Il n'y a pas de scan de backlog piloté par le clavier.

Beadbox a été concu autour du triage au clavier dès le départ. Les raccourcis ne sont pas un ajout après coup sur une interface mouse-first. Le modèle 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 différence n'est pas "quel outil a le plus de raccourcis clavier." C'est le modèle d'interaction.

Les outils mouse-first optimisent pour la découvrabilité. Chaque action a un bouton visible. C'est super pour l'onboarding et pour les utilisateurs non techniques qui doivent trouver des fonctionnalités. C'est terrible pour la vitesse une fois que vous savez ce que vous faites.

Les outils keyboard-first optimisent pour le débit. Une fois que vous avez appris 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 développeurs qui utilisent déja les mouvements vim dans leur éditeur et terminal, cette courbe est essentiellement plate.

Beadbox fait aussi un compromis que les outils SaaS ne peuvent pas faire : il ne fonctionne qu'avec beads. Vous n'obtenez pas les intégrations de Jira, les cycles de Linear, ni les liens de pull request de GitHub. Vous obtenez un tableau de bord visuel pour un gestionnaire de tickets natif Git qui stocke tout localement, fonctionne hors ligne, et permet aux agents IA de lire et écrire des tickets via des pipes Unix. Si c'est votre stack, le workflow clavier est inégalé. 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 déja beads, Beadbox détecte vos workspaces .beads/ automatiquement. Ouvrez l'application et commencez a appuyer sur j.

Tourne sur macOS, Linux et Windows. Gratuit pendant la bêta.