एजेंट टीम और स्वार्म

Linked Terminals में एक एजेंट दूसरे को काम सौंपता है। टीम या स्वार्म का मतलब है कई एजेंट एक ही काम पर एक साथ, एक इकाई की तरह शुरू और एक इकाई की तरह संचालित।

• टीम एक वर्कस्पेस साझा करती है। हर सदस्य का एक असली टर्मिनल होता है जिसे आप खोल सकते हैं, पढ़ सकते हैं और उसमें लिख सकते हैं।
• स्वार्म हेडलेस वर्कर्स हैं। खाने-दर-खाने देखने को कुछ नहीं — आपको उत्पादन और नतीजे से मतलब है।

शुरू कीजिए

Orchestration Dashboard खोलिए और Orchestrations में जाइए। वहीं से टीम या स्वार्म शुरू कीजिए, और हर सक्रिय इकाई जीवंत स्थिति के साथ सूचीबद्ध रहती है।

उस व्यू से आप कर सकते हैं:

• वर्कर पूल रोकना या फिर चलाना — रफ़्तार घटाना, या मशीन वापस अपने पास लेना
• टीम का साझा वर्कस्पेस खोलना — सीधे एजेंटों के टर्मिनलों में पहुँचना
• क़तार में खड़े वर्कर रद्द करना, जबकि पहले से चल रहे अपना काम पूरा कर लें
• संदेश गतिविधि रेल देखना, जहाँ एजेंट काम सौंपते और एक-दूसरे को जवाब देते हैं

हेडलेस वर्कर आपका सामान्य कमांड-लाइन परिवेश विरासत में पाते हैं, इसलिए जिस एजेंट को आपका PATH, टूल के संस्करण या लॉग-इन CLI चाहिए, वह हेडलेस में भी वैसा ही व्यवहार करता है जैसा टर्मिनल में।

चलती टीमें कहीं से भी देखिए

एक जीवंत टीम रेल Dashboard, All Terminals सूची और Terminal Canvas में दिखती है। हर प्रविष्टि टीम का नाम बताती है, बताती है वह किस प्रोजेक्ट में है और क्या कर रही है, और एक क्लिक में आपको भीतर ले जाती है।

उपयोग टीम के हिसाब से पढ़िए

जब एजेंट एक-दूसरे के लिए काम करने लगें तो प्रति-एजेंट टोकन गिनती का अर्थ घट जाता है — जिस सस्ते ऑर्केस्ट्रेटर ने अभी चार महँगे वर्कर पैदा किए, वह फिर भी सस्ता ही दिखता है।

Usage टैब टीम के हिसाब से समूह बनाता है। टीम का नाम उसके सदस्यों से बनता है — opus 5 + fable + codex — इसलिए एक पंक्ति खोले बिना ही कुछ कह देती है।

• टोकन और लागत केवल पकड़ी गई session id के ज़रिए जोड़े जाते हैं। जिस सदस्य का कुछ पढ़ने को न हो, वह गढ़े हुए शून्य के बजाय not tracked लिखता है।
• जिन सत्रों पर कोई जीवित टीम दावा न करे, वे Not in a team के नीचे दिखते रहते हैं, ताकि पंक्तियों का जोड़ हमेशा उतना ही रहे जितना मशीन ने वाक़ई ख़र्च किया।
• Busy एजेंट का काम का समय है और घड़ी से आगे जा सकता है, क्योंकि एजेंट समानांतर काम करते हैं। Active टीम बनने के बाद का वास्तविक समय है। दोनों को दो अलग तथ्यों की तरह ही दिखाया जाता है।
• उपयोग Load tokens & cost पर स्कैन होता है, फिर कैश रहता है, और tokens as of HH:MM की मुहर के साथ बग़ल में Rescan मिलता है।
• टीम खोलिए तो सदस्यवार ब्योरा मिलता है; किसी सदस्य के टोकन पर क्लिक कीजिए तो उसी टर्मिनल पर पहुँच जाएँगे।

लॉग को एक बातचीत की तरह पढ़िए

Logs भी टीम के हिसाब से समूहबद्ध होते हैं। हर रन उसी टीम के नीचे बैठता है जिसने उसे जन्म दिया, और टीम का शीर्षक चुनने पर एक संयुक्त धारा खुलती है जो रन के आरंभ, आउटपुट और सदस्यों के बीच आए-गए संदेशों को एक पठनीय बातचीत में बुन देती है — पाँच समानांतर रिकॉर्ड नहीं।

जब कोई सदस्य prompt न ले पाए

अगर रन यह पुष्टि न कर सके कि टर्मिनल का लिखने का खाना तैयार है, तो वह टाइमआउट तक अटके रहने के बजाय हेडलेस विकल्प सुझाता है — और क़तार में खड़े टर्मिनल prompt को दोबारा आज़माने का रास्ता भी खुला रखता है। रन रोकने पर उसके वर्कर और उनकी क्षमता साफ़-सुथरे ढंग से लौट आती है।

कौन-से एजेंट टीम में आ सकते हैं

हर वह एजेंट जिसे 1DevTool टर्मिनल के रूप में चलाता है शामिल हो सकता है, जैसे Claude Code, Codex, Gemini, Grok, Antigravity, Hermes, OpenCode, Cursor, और आपके अपने बनाए एजेंट प्रीसेट। मॉडल मिलाना ही असली बात है — बनाने वाला और समीक्षा करने वाला अगर एक ही वेंडर के हों तो उनके अंधे धब्बे भी एक जैसे होते हैं।

आगे पढ़ें

• Mission Control — आपके टर्मिनलों के ऊपर का कॉकपिट
• टीम मैप — कौन किससे जुड़ा है, और अभी क्या गुज़रा
• टास्क — पूरे बोर्ड का काम एजेंटों को सौंपना