मल्टी एजेंट अब Talchum नाचते हैं

जिस क्षण main agent, subagent को कॉल करता है, मल्टी एजेंट सहयोग से ज़्यादा अधीनता के करीब पहुँच जाता है। शुरुआत में यह भूमिकाएँ बाँटने जैसा दिखता है, लेकिन समय बीतने के साथ subagent एक स्वतंत्र agent से अधिक main agent की आंतरिक फ़ंक्शन जैसा स्थिर हो जाता है। तब उसे किसी दूसरे flow में दोबारा इस्तेमाल करना मुश्किल हो जाता है, उसे समान execution unit के रूप में फिर से व्यवस्थित करना भी कठिन हो जाता है, और हर agent को उसके अपने MCP, skill, system prompt, model वाले एक स्वतंत्र इकाई के रूप में बनाए रखना भी कठिन हो जाता है.

इसीलिए मैं अब मल्टी एजेंट को orchestration के रूप में नहीं देखना चाहता था। मैं इसे choreography, Talchum के रूप में देखना चाहता था। यह ऐसी संरचना नहीं है जहाँ एक व्यक्ति निर्देशन करे और बाकी उसका अनुसरण करें, बल्कि ऐसी संरचना के अधिक करीब है जहाँ अपनी-अपनी भूमिका और व्यक्तित्व वाले अस्तित्व आपस में संबंध बनाते हैं और दृश्य रचते हैं।

समस्या

मौजूदा मल्टी एजेंट संरचना आम तौर पर कुछ इस तरह चलती है।

• main agent, subagent को कॉल करता है
• subagent को स्वतंत्र participant की बजाय एक आंतरिक फ़ंक्शन की तरह माना जाता है
• इसे reusability से अधिक one-time call के लिए optimize किया जाता है
• संबंध और flow code या config file के भीतर छिप जाते हैं
• हर agent की अलग settings की तुलना करना या उन्हें संयोजित करना धीरे-धीरे और कठिन हो जाता है

आखिरकार, agent जितने बढ़ते हैं, सहयोग की संरचना उतनी समृद्ध होने के बजाय अक्सर ऐसी बन जाती है जहाँ ऊपरी agent के नीचे लगातार functions जुड़ते जाते हैं।

दृष्टिकोण

dance-of-tal इस समस्या को मल्टी एजेंट package manager के रूप में हल करता है। मुख्य बात यह है कि agent को main/sub hierarchy में बँधे call target के रूप में नहीं, बल्कि reusable building blocks के रूप में देखा जाए।

dance-of-tal मल्टी एजेंट को चार इकाइयों में संभालता है।

• Tal (tal): agent की पहचान और व्यक्तित्व
• Dance (chum): reusable capabilities और skills
• Performer (muyongsu): Tal + Dance + model/tool/MCP/runtime से जुड़ी execution unit
• Act (gongyeon): कई Performer के बीच संबंध और collaboration flow

इसे संक्षेप में ऐसे समझा जा सकता है।

• Tal कौन है
• Dance क्या कर सकता है
• Performer क्या वास्तव में चलने वाला agent है
• Act में कई agent साथ मिलकर कैसे चलते हैं

यानी dance-of-tal, subagent बढ़ाने वाला टूल कम और agent को package करने, फिर से assemble करने, और अलग-अलग flow में reuse करने योग्य बनाने वाली layer ज़्यादा है।

DOT Studio

इसके ऊपर बनाया गया DOT Studio, इस संरचना के लिए एक Figma-style editor और runtime है।

• अलग-अलग settings वाले agent को canvas पर रखा जा सकता है
• Tal, Dance, Performer, Act को place और connect किया जा सकता है
• संबंधों और collaboration flow को आँखों से देखकर बदला जा सकता है
• सीधे edit किया जा सकता है, या Studio Assistant के जरिए दोहराए जाने वाले काम कम किए जा सकते हैं
• OpenCode पर चलने वाली agent संरचनाओं को browser में संभाला जा सकता है

महत्त्वपूर्ण बात यह है कि यह टूल सिर्फ़ “सुंदर UI बनाकर दिखाने वाला” नहीं है।
यह अलग-अलग MCP, skill, system prompt, runtime वाले agent को एक ही स्क्रीन पर फैलाकर, उन्हें कौन-सी भूमिका देनी है और कैसे जोड़ना है, यह सीधे डिज़ाइन करने देता है।

लिंक

• DOT Studio: https://github.com/dance-of-tal/dot-studio
• dance-of-tal: https://github.com/dance-of-tal/dance-of-tal

[runableapp]

वाकई बहुत शानदार प्रोजेक्ट है। इसका नाम भी बढ़िया है और वेबसाइट का डिज़ाइन भी बेहतरीन है। 👍🏻