Pasas tu día en una terminal. Navegas archivos con movimientos vim, cambias paneles de tmux con teclas de prefijo y buscas en el historial de tu shell con Ctrl-R. Entonces necesitas hacer triaje de tu backlog, y todas las herramientas de gestión de proyectos del planeta quieren que agarres el ratón.

Jira necesita un clic para abrir un issue. Otro clic para cerrar el panel. Otro para cambiar de proyecto. Linear es más rápido, pero sigue siendo fundamentalmente mouse-first: apuntas, haces clic, desplazas. GitHub Issues requiere una carga de página completa por cada issue que abres. Estas herramientas fueron diseñadas para product managers trabajando en navegadores, no para desarrolladores trabajando en terminales.

La fricción es pequeña por interacción y enorme a lo largo de un día. Si haces triaje de 30 issues en una mañana, son 30 ciclos de agarrar-el-ratón, clic, leer, clic-cerrar. Tus manos dejan el teclado 60 veces para lo que debería ser un escaneo secuencial de una lista.

Construimos Beadbox para desarrolladores que piensan que esto es absurdo.

El workflow completo de triaje por teclado

Beadbox es una app de escritorio nativa (construida con Tauri, no Electron) que renderiza un dashboard visual en tiempo real para el issue tracker beads. Te muestra árboles de épicas, badges de dependencia, filtros de estado y barras de progreso. Y puedes navegar todo sin tocar el ratón.

Así se ve una sesión de triaje:

Abre Beadbox. Tu workspace más reciente carga automáticamente. Los issues aparecen en una tabla con badges de estado, indicadores de prioridad y columnas de asignado.
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 selección sigue tu posición.
Presiona Enter para abrir el panel de detalle. El issue seleccionado se expande en un panel lateral mostrando la descripción completa, comentarios, dependencias y metadata. Lo lees sin perder tu lugar en la lista.
Presiona Escape para cerrar el panel. Estás de vuelta en la lista, el cursor exactamente donde lo dejaste. Presiona j para pasar al siguiente issue.
Presiona / para buscar. Aparece una barra de búsqueda. Escribe una palabra clave o ID de issue, y la lista se filtra instantáneamente. Presiona Escape para limpiar la búsqueda y volver a la lista completa.
Usa las teclas de flecha en árboles de épicas. Cuando estás viendo una épica con hijos anidados, las flechas izquierda y derecha colapsan y expanden nodos del árbol. h y l también funcionan (navegación horizontal estilo vim). Escaneas una épica de 15 issues sin hacer clic en un solo triángulo de despliegue.

Eso es todo. j/k para moverse, Enter para abrir, Escape para cerrar, / para buscar, teclas de flecha para expandir árboles. Cinco teclas cubren el 90% de la navegación de triaje.

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

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

Beadbox capta el cambio en milisegundos (vía filesystem watch y WebSocket) y re-renderiza. Ves el badge de estado actualizado sin refrescar ni hacer clic en nada. Luego presionas j y sigues avanzando.

Por qué lecturas y escrituras están separadas a propósito

Esta es la parte donde la mayoría de las herramientas GUI se equivocan. Intentan manejar todo: leer issues, editar campos, cambiar estados, gestionar dependencias. El resultado son formularios. Muchos formularios. Menús desplegables para estado. Campos de texto para descripciones. Diálogos modales para gestión de dependencias. Cada una de esas interacciones requiere hacer clic.

Beadbox tomó un enfoque diferente. Es una interfaz pesada en lectura. El CLI maneja 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 automatización lo usa. Construir una segunda vía de escritura a través de un GUI crea un problema de sincronización y duplica la superficie de bugs.

En cambio, Beadbox optimiza sin piedad para comprensión y navegación. Responde las preguntas para las que las terminales son peores: cómo se ve el árbol completo de la épica? Qué issues están bloqueados, y por qué? Qué tan avanzada está esta feature? Qué cambió en la última hora? Son preguntas visuales. La salida de texto plano de bd list puede técnicamente responderlas, pero un árbol colapsable con barras de progreso las responde de un vistazo.

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

Cambiar de workspace sin perder contexto

Si trabajas en múltiples proyectos, cada uno con su propia base de datos beads, el cambio de workspace se vuelve un punto de fricción diario. En la mayoría de las herramientas de gestión de proyectos, cambiar de proyecto significa navegar a una URL diferente, loguearte en un workspace diferente o abrir una nueva pestaña del navegador. Tus filtros se resetean. Tu posición de scroll se resetea. Pierdes el contexto mental que tenías en el proyecto anterior.

Beadbox lo maneja 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 crítico: los filtros y la posición de scroll persisten por workspace. Cuando vuelves, todo está exactamente donde lo dejaste.

La detección es automática. Beadbox escanea ~/.beads/registry.json para workspaces registrados y descubre directorios que contienen bases de datos .beads/. Agrega un nuevo proyecto, ejecuta bd init en él, y la próxima vez que abras Beadbox aparece en el dropdown. Sin importación, sin pantalla de configuración, sin wizard de "agregar workspace".

Para desarrolladores que mantienen múltiples servicios o gestionan agentes en varios repositorios, esto convierte a Beadbox en un panel único a través de todo el trabajo activo. La alternativa es múltiples ventanas de terminal, cada una ejecutando bd list contra un path --db diferente, y llevando la cuenta de qué ventana apunta a qué proyecto en tu cabeza.

Cómo se comparan las alternativas

Toda herramienta importante de gestión de proyectos requiere interacción con el ratón para navegación básica:

Jira tiene atajos de teclado (j/k existen), pero navegan entre issues en una vista de lista que aún requiere clic para abrir detalles, clic para cambiar de proyecto, y clic a través de menús profundamente anidados para gestionar épicas. Los atajos se sienten añadidos después en vez de fundacionales.

Linear es la más cercana a ser amigable con el teclado entre las herramientas SaaS. Tiene Cmd+K para paleta de comandos y algunos atajos de navegación. Pero el cambio de workspace aún requiere clic en un menú lateral, y la paleta de comandos es un modelo de interacción search-first, no scan-first. Necesitas saber lo que estás buscando. El triaje se trata de escanear lo que aún no sabes.

GitHub Issues no tiene navegación de teclado significativa para triaje. Haces clic en un issue para abrirlo (carga de página completa), clic en el botón de retroceso para volver, y repites. Cambiar entre repositorios es un cambio de URL. No hay escaneo de backlog dirigido por teclado.

Beadbox fue diseñado alrededor del triaje por teclado desde el inicio. Los atajos no son un añadido posterior sobre una UI mouse-first. El modelo de navegación entero asume que tus manos permanecen en el teclado. El ratón también funciona (todo es cliqueable), pero es el respaldo, no la interacción principal.

Lo que realmente estás comparando

La diferencia real no es "qué herramienta tiene más atajos de teclado." Es el modelo de interacción.

Las herramientas mouse-first optimizan para descubribilidad. Cada acción tiene un botón visible. Eso es genial para onboarding y para usuarios no técnicos que necesitan encontrar funcionalidades. Es terrible para velocidad una vez que sabes lo que estás haciendo.

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

Beadbox también hace una contrapartida que las herramientas SaaS no pueden: solo funciona con beads. No obtienes las integraciones de Jira, los ciclos de Linear, ni los enlaces de pull request de GitHub. Obtienes un dashboard visual para un issue tracker nativo de Git que almacena todo localmente, funciona offline, y permite a los agentes de IA leer y escribir issues a través de pipes Unix. Si ese es tu stack, el workflow de teclado no tiene rival. Si necesitas notificaciones de Slack cuando los issues se cierran, 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/ automáticamente. Abre el app y empieza a presionar j.

Corre en macOS, Linux y Windows. Gratuito durante el beta.