9 Claude agents के सहयोग से काम करने वाली multi-agent development system
(github.com/Kuneosu)यह एक ऐसा सिस्टम है जिसमें 9 विशेषज्ञ Claude agents मिलकर software development को automate करते हैं.
यह किस तरह का प्रोजेक्ट है?
जब उपयोगकर्ता "TODO ऐप बना दो" जैसा अनुरोध करता है, तो 9 AI agents एक वास्तविक development team की तरह भूमिकाएँ बाँटकर काम करते हैं:
- Orchestrator: पूरे workflow का प्रबंधन
- Requirement Analyst: requirements का analysis
- UX Designer: UX design
- Tech Architect: technical architecture design
- Planner: implementation plan बनाना
- Test Designer: test cases लिखना (TDD)
- Developer: code implementation
- Reviewer: code review
- Documenter: documentation
हर agent, Claude Code के साथ एक स्वतंत्र tmux session में चलता है, और file-based IPC के जरिए संचार करता है.
मुख्य विशेषताएँ
- web dashboard में 9 agents की real-time monitoring
- TDD लागू: पहले tests लिखना → implementation → review pipeline
- हर agent के लिए Claude model configuration संभव (opus/sonnet/haiku)
- terminal mode और web dashboard mode, दोनों का support
इसे बनाने की वजह
जटिल projects में Claude Code को "requirements analysis → design → implementation → review" एक ही context में संभालना पड़ता था, इसलिए quality अस्थिर हो जाती थी.
यह सोचकर बनाया गया कि अगर इंसानी development team की तरह भूमिकाएँ अलग कर दी जाएँ तो क्या होगा.
उपयोग करने का तरीका
./setup.sh # dependencies की जाँच
./run.sh # चलाएँ (menu में mode चुनें)
Claude Max ($100/माह) या उससे ऊपर के plan में Opus model इस्तेमाल करने की सिफारिश की जाती है.
इसे अभी भी एक अधूरा प्रोजेक्ट माना जा सकता है. Context management, prompt optimization जैसी कई चीज़ों पर अभी और काम होना बाकी है. Feedback और contributions का स्वागत है!
6 टिप्पणियां
मैंने भी ट्रेंड के साथ चलते हुए कई प्रयोग किए हैं, तो अपना अनुभव साझा करूँ तो, अगर आप Claude Code से work loop अच्छी तरह बनाते हैं, तो यह कोड भी अच्छा लिखता है और वास्तव में ठीक से काम भी करता है। खासकर जब प्रोजेक्ट की शुरुआत से ही इसे साथ लेकर शुरू किया जाए, तब यह और भी ज़्यादा सही बैठता है.
लेकिन दिक्कत यह थी कि मैंने जो काम 1 के लिए कहा था, उसका आउटपुट 10 नहीं बल्कि 100 तक पहुँच जाता था, इसलिए डेवलपमेंट प्रोसेस या source code को follow-up करना मुश्किल हो जाता था। एहसास कुछ वैसा होता था जैसे किसी नौकरी छोड़ चुके व्यक्ति का छोड़ा हुआ कोड देख रहे हों।
खासकर sub-agent का ज़्यादा इस्तेमाल करने वाली संरचना में, orchestration संभालने वाला agent बीच का context निगल जाता था, इसलिए सामने देखते हुए भी यह समझना मुश्किल होता था कि वास्तव में अंदर क्या हो रहा है।
यह बात मुझे भी काफ़ी हद तक relatable लगी। मुझे अक्सर ऐसा महसूस हुआ कि Claude Code के पास स्पष्ट निर्देशों या fine-code के लिए किसी तरह का मॉडल (या ज़िद?) है। बीच में दखल देकर समस्या सुलझाने की इसकी प्रक्रिया सच में codex से काफ़ी अलग लगी।
वाह, यह बहुत दिलचस्प है ~
मैंने इसे लगभग 2 हफ्ते तक आज़माया था, लेकिन फिर छोड़ दिया। इसके लिए शुभकामनाएँ।
अगर इसे थोड़ा और समेकित करके mcp और skills को जोड़े हुए रूप में बनाया जाए, तो इसे पूरा करने में मदद मिलेगी