Pasas el dia en una terminal. Navegas archivos con movimientos vim, cambias paneles de tmux con teclas de prefijo, y buscas en el historial del shell con Ctrl-R. Pero cuando necesitas hacer triaje de tu backlog, todas las herramientas de gestion de proyectos del planeta quieren que agarres el mouse.

Jira necesita un clic para abrir un issue. Otro clic para cerrar el panel. Otro para cambiar de proyecto. Linear es mas rapido, pero sigue siendo fundamentalmente mouse-first: apuntas, haces clic, haces scroll. GitHub Issues requiere una carga completa de pagina para cada issue que abres. Estas herramientas fueron disenadas para product managers trabajando en navegadores, no para desarrolladores trabajando en terminales.

La friccion es pequena por interaccion y enorme a lo largo del dia. Si haces triaje de 30 issues en una manana, son 30 ciclos de agarrar-el-mouse, clic, leer, clic-para-cerrar. Tus manos dejan el teclado 60 veces para lo que deberia ser un escaneo secuencial de una lista.

Construimos Beadbox para desarrolladores que piensan que esto es absurdo.

El flujo completo de triaje con teclado

Beadbox es una aplicacion de escritorio nativa (construida con Tauri, no Electron) que renderiza un dashboard visual en tiempo real para el issue tracker beads. Te muestra arboles de epics, badges de dependencias, filtros de estado y barras de progreso. Y puedes navegar todo sin tocar el mouse.

Asi se ve una sesion de triaje:

Abre Beadbox. Tu workspace mas reciente se carga automaticamente. Los issues aparecen en una tabla con badges de estado, indicadores de prioridad y columnas de asignacion.
Presiona j para bajar en la lista. Presiona k para subir. Son movimientos estilo vim, la misma memoria muscular que ya tienes. El resaltado de seleccion sigue tu posicion.
Presiona Enter para abrir el panel de detalle. El issue seleccionado se expande en un panel lateral mostrando la descripcion completa, comentarios, dependencias y metadatos. Lo lees sin perder tu lugar en la lista.
Presiona Escape para cerrar el panel. Vuelves a la lista, con el cursor exactamente donde lo dejaste. Presiona j para moverte al siguiente issue.
Presiona / para buscar. Aparece una barra de busqueda. Escribe una palabra clave o ID de issue, y la lista se filtra al instante. Presiona Escape para limpiar la busqueda y volver a la lista completa.
Usa las flechas en arboles de epics. Cuando estas viendo un epic con hijos anidados, las flechas izquierda y derecha colapsan y expanden nodos del arbol. h y l tambien funcionan (navegacion horizontal estilo vim). Escaneas un epic de 15 issues sin hacer clic en un solo triangulo de apertura.

Eso es todo. j/k para moverte, Enter para abrir, Escape para cerrar, / para buscar, flechas para expandir arboles. Cinco teclas cubren el 90% de la navegacion de triaje.

Si encuentras un issue que necesita un cambio de estado o un ajuste de prioridad durante el triaje, bajas a la terminal:

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

Beadbox detecta el cambio en milisegundos (via filesystem watch y WebSocket) y re-renderiza. Ves el badge de estado actualizado sin refrescar ni hacer clic en nada. Despues presionas j y sigues avanzando.

Por que lecturas y escrituras estan separadas a proposito

Esta es la parte donde la mayoria de las herramientas GUI se equivocan. Intentan manejar todo: leer issues, editar campos, cambiar estados, gestionar dependencias. El resultado son formularios. Muchos formularios. Menus dropdown para estado. Inputs de texto para descripciones. Dialogos modales para gestion de dependencias. Cada una de esas interacciones requiere hacer clic.

Beadbox tomo un enfoque diferente. Es una interfaz orientada a la lectura. El CLI se encarga de las escrituras.

El CLI de beads (bd) ya es la fuente de verdad para tus datos de issues. Los agentes lo usan. Los scripts lo usan. Tu automatizacion lo usa. Construir una segunda via de escritura a traves de una GUI crea un problema de sincronizacion y duplica la superficie para bugs.

En cambio, Beadbox optimiza sin piedad para la comprension y la navegacion. Responde las preguntas en las que las terminales son peores: Como se ve el arbol completo del epic? Que issues estan bloqueados, y por que? Que tan avanzada esta esta funcionalidad? Que cambio en la ultima hora? Son preguntas visuales. La salida de texto plano de bd list tecnicamente puede responderlas, pero un arbol colapsable con barras de progreso las responde de un vistazo.

Los atajos de teclado existen para hacer ese vistazo rapido. Escaneas, lees, entiendes. Cuando necesitas actuar, escribes un comando bd. Dos herramientas, cada una haciendo lo que mejor sabe.

Cambiar de workspace sin perder contexto

Si trabajas en multiples proyectos, cada uno con su propia base de datos beads, cambiar de workspace se convierte en un punto de friccion diario. En la mayoria de las herramientas de gestion de proyectos, cambiar de proyecto significa navegar a una URL diferente, iniciar sesion en un workspace diferente, o abrir una nueva pestana del navegador. Tus filtros se reinician. Tu posicion de scroll se reinicia. Pierdes el contexto mental que tenias en el proyecto anterior.

Beadbox maneja esto de forma diferente. Un dropdown en el header lista cada workspace detectado. Haz clic (o navega con el teclado), selecciona un proyecto diferente, y toda la vista se recarga desde la base de datos de ese proyecto. El detalle clave: los filtros y la posicion de scroll persisten por workspace. Cuando vuelves, todo esta exactamente donde lo dejaste.

La deteccion es automatica. Beadbox escanea ~/.beads/registry.json buscando workspaces registrados y descubre directorios que contienen bases de datos .beads/. Agrega un nuevo proyecto, ejecuta bd init en el, y la proxima vez que abras Beadbox aparecera en el dropdown. Sin importacion, sin pantalla de configuracion, sin wizard de "agregar workspace".

Para desarrolladores que mantienen multiples servicios o gestionan agentes a traves de varios repositorios, esto convierte a Beadbox en un panel unico para todo el trabajo activo. La alternativa son multiples ventanas de terminal, cada una ejecutando bd list contra un --db path diferente, y manteniendo en tu cabeza cual ventana apunta a cual proyecto.

Como se comparan las alternativas

Todas las herramientas principales de gestion de proyectos requieren interaccion con el mouse para la navegacion basica:

Jira tiene atajos de teclado (j/k existen), pero navegan entre issues en una vista de lista que aun requiere hacer clic para abrir detalles, clic para cambiar de proyecto, y clic a traves de menus profundamente anidados para gestionar epics. Los atajos se sienten como algo anadido, no como algo fundamental.

Linear es el mas cercano a ser amigable con el teclado entre las herramientas SaaS. Tiene Cmd+K para paleta de comandos y algunos atajos de navegacion. Pero cambiar de workspace todavia significa hacer clic por un menu lateral, y la paleta de comandos es un modelo de interaccion search-first, no scan-first. Necesitas saber lo que estas buscando. El triaje se trata de escanear lo que aun no sabes.

GitHub Issues no tiene navegacion de teclado significativa para triaje. Haces clic en un issue para abrirlo (carga completa de pagina), clic en el boton de volver para regresar, y repetir. Cambiar entre repositorios es un cambio de URL. No hay escaneo de backlog impulsado por teclado.

Beadbox fue disenado alrededor del triaje por teclado desde el inicio. Los atajos no son una idea tardia agregada encima de una UI mouse-first. Todo el modelo de navegacion asume que tus manos permanecen en el teclado. El mouse tambien funciona (todo es clickeable), pero es el respaldo, no la interaccion principal.

Lo que realmente estas comparando

La diferencia real no es "cual herramienta tiene mas atajos de teclado." Es el modelo de interaccion.

Las herramientas mouse-first optimizan para la descubribilidad. Cada accion tiene un boton visible. Eso es genial para el onboarding y para usuarios no tecnicos que necesitan encontrar funcionalidades. Es terrible para la velocidad una vez que sabes lo que estas haciendo.

Las herramientas keyboard-first optimizan para el rendimiento. Una vez que aprendes j/k/Enter/Escape, haces triaje a la velocidad de lectura, no a la velocidad de apuntar. El tradeoff es una curva de aprendizaje inicial mas pronunciada (necesitas saber que los atajos existen). Para desarrolladores que ya usan movimientos vim en su editor y terminal, esa curva es esencialmente plana.

Beadbox tambien hace un tradeoff que las herramientas SaaS no pueden: solo funciona con beads. No obtienes las integraciones de Jira, los ciclos de Linear, ni los links a pull requests de GitHub. Obtienes un dashboard visual para un issue tracker Git-native que almacena todo localmente, funciona offline, y permite que los agentes de IA lean y escriban issues a traves de Unix pipes. Si ese es tu stack, el flujo de trabajo por teclado es inigualable. Si necesitas notificaciones de Slack cuando se cierran los issues, esta no es la herramienta correcta hoy.

Para empezar

Instala Beadbox con Homebrew:

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

Si ya usas beads, Beadbox detecta tus workspaces .beads/ automaticamente. Abre la aplicacion y empieza a presionar j.

Funciona en macOS, Linux y Windows. Gratis durante la beta.