अब आप 10 AI coding agents को parallel में चला सकते हैं। एक tmux session खोलें, हर agent को एक टास्क दें, और उन्हें beads के ज़रिए coordinate करने दें। यह काम करता है। हम हर दिन ऐसे ही काम करते हैं।
लेकिन एक बात है जिसके बारे में कोई नहीं बोलता: आप कुछ भी नहीं देख पाते।
विज़िबिलिटी की कमी
beads ने मेमोरी की समस्या हल कर दी। beads से पहले, agents sessions के बीच सब कुछ भूल जाते थे। वे markdown todo files को बार-बार process करते, compaction के बाद context खो देते, और एक ही bug तीन बार खोजते। beads ने उन्हें persistent, structured, Git-backed मेमोरी दी। यह एक बड़ी उपलब्धि थी।
लेकिन beads एक CLI tool है। यह agents के लिए बना है, उनकी निगरानी करने वाले इंसानों के लिए नहीं। जब आप प्रोजेक्ट की स्थिति समझना चाहते हैं, तो आप bd list चलाते हैं। आपको issues की एक flat list मिलती है। फिर bd show bb-abc से एक issue देखते हैं। फिर दूसरा। फिर bd dep list चलाते हैं यह समझने के लिए कि किसने किसे block किया है। टुकड़ा-टुकड़ा करके आप अपने दिमाग में पूरी तस्वीर बनाते हैं।
पाँच issues के लिए ठीक है। पचास पर टूट जाता है। और जब 10 agents real-time में issues बना रहे, अपडेट कर रहे, और बंद कर रहे होते हैं, तो CLI आपकी रफ़्तार से पीछे रह जाता है, agents की तो बात ही छोड़ दें।
हमने क्या बनाया
Beadbox, beads के ऊपर एक visual layer है। यह आपकी .beads/ directory में बदलावों को watch करता है और सब कुछ milliseconds में एक native desktop app में render करता है। जब कोई agent terminal में issue update करता है, तो आपको Beadbox में shell prompt लौटने से पहले ही दिख जाता है।
कोई account नहीं। कोई cloud नहीं। कोई syncing नहीं। आपका data आपकी मशीन पर रहता है, उसी .beads/ directory में जो आपके agents पहले से use कर रहे हैं। Beadbox बस उसे पढ़ता है और आपको दिखाता है कि क्या हो रहा है।
व्यवहार में यह ऐसा दिखता है:
Progress bars के साथ Epic trees. आपका top-level epic दिखाता है कि 12 में से 7 children पूरे हो गए। इसे expand करें, देखें कौन से subtasks blocked हैं, कौन से QA में हैं, और कौन सा agent किस पर काम कर रहा है। एक नज़र दर्जन भर bd show commands की जगह ले लेती है।
Real-time sync. हम filesystem को database changes के लिए watch करते हैं। जब कोई agent status change commit करता है, Beadbox file-watch pipeline से उसे पकड़ता है और WebSocket से UI में push करता है। कोई polling नहीं। कोई refresh button नहीं।
Multi-workspace support. अगर आप कई projects पर काम कर रहे हैं, तो dropdown से beads databases के बीच switch करें। हर workspace अपने filters और view state याद रखता है।
Dependency visibility. हर issue पर blocking relationships badges के रूप में दिखती हैं। आप एक नज़र में देख सकते हैं कि bb-q3l, bb-f8o का इंतज़ार कर रहा है, बिना कोई command चलाए।
हम Beadbox कैसे बनाते हैं
हम beads और Beadbox का उपयोग करके Beadbox बनाते हैं। यह कोई gimmick नहीं है। हमारा daily workflow 10+ Claude Code agents चलाता है जो एक supervisor agent से coordinate होते हैं। Engineering, QA, product, marketing, shipping, सब एक ही database में beads के रूप में track होता है। Nelson पूरे operation को Beadbox में देखता है जबकि agents issues बनाते हैं, काम claim करते हैं, code push करते हैं, और वापस report करते हैं।
हर feature जो हम ship करते हैं, पहले अपने workflow पर test होता है। अगर epic tree तब सही नहीं दिखता जब 6 agents पर 50 active issues हों, तो हम किसी और के इस problem में पड़ने से पहले उसे fix कर देते हैं।
Tech stack जानबूझकर सीधा-सादा है: UI के लिए Next.js, native wrapper के लिए Tauri, और bd CLI एकमात्र source of truth। हम database को कभी directly नहीं पढ़ते। हर operation bd से होता है, जिसका मतलब है Beadbox हमेशा आपके terminal से agree करता है।
यह कहाँ जा रहा है
आज, Beadbox एक dashboard है। आप अपने agents को काम करते देखते हैं। Issues triage करते हैं। Epics में progress track करते हैं।
कल, यह control plane बन जाएगा। हम उस दुनिया की तरफ बढ़ रहे हैं जहाँ आप एक window से agents को काम dispatch कर सकें, उनका output review करें, और अपने पूरे fleet को manage करें। Terminal agents का घर रहेगा। Beadbox आपका घर बनेगा।
हम beta में हैं, इसलिए यह मुफ़्त है। आज़माएँ।