Claude Code Agent Teams - सेटअप से शॉर्टकट तक

Claude Code Agent Teams को Opus 4.6 रिलीज़ के साथ लॉन्च किया गया। ईमानदारी से कहूं तो इस चरण में मुझे यह सुविधा अक्षम लगती है - टोकन की खपत अधिक है और समन्वय का अतिरिक्त भार वास्तविक है।

लेकिन Tom (@tomcrawshaw01) की मार्गदर्शिका पढ़ने के बाद मुझे एहसास हुआ कि इसकी वास्तुकला को समझना अपने आप में सार्थक है। प्रीव्यू चरण के दौरान इससे परिचित होना GA होने पर काम आएगा।

एकल एजेंट अब टीमें बनाते हैं

एक लीड एजेंट कार्य को विभाजित करता है और उसे समानांतर रूप से चलने वाले कई टीममेट्स में वितरित करता है।

Sub-agents से मुख्य अंतर यह है: टीममेट्स एक-दूसरे को सीधे संदेश भेजते हैं। केवल लीड को परिणाम रिपोर्ट करने के बजाय, वे अपने निष्कर्ष साझा करते हैं और एक-दूसरे के काम को चुनौती भी देते हैं।

सेटअप में 30 सेकंड लगते हैं

यह सुविधा प्रयोगात्मक है, इसलिए डिफ़ॉल्ट रूप से बंद है। एक पंक्ति से इसे सक्रिय किया जा सकता है।

अपनी settings.json के env ब्लॉक में CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS को "1" मान के साथ जोड़ें। आप इसे शेल एनवायरनमेंट वेरिएबल के रूप में भी सेट कर सकते हैं, लेकिन settings.json सत्रों के बीच बना रहता है और अधिक सुविधाजनक है।

केवल वे शॉर्टकट जो आपको चाहिए

एक बार टीम चालू हो जाने पर, आप प्रगति की निगरानी के लिए लीड और टीममेट्स के बीच स्विच करेंगे। याद रखने को अधिक कुछ नहीं है।

• Shift+Up / Shift+Down - टीममेट्स के बीच स्विच करें (in-process मोड - अधिकतर समय आप यही उपयोग करेंगे)
• Enter - चयनित टीममेट के सत्र विवरण देखें
• Escape - चयनित टीममेट के वर्तमान टर्न को रोकें
• Ctrl+T - साझा कार्य सूची को टॉगल करें
• Shift+Tab - Delegate मोड टॉगल करें, जो लीड को केवल समन्वय तक सीमित करता है (कोडिंग नहीं)
• Split-pane मोड - सीधे बातचीत के लिए टीममेट पैनल पर क्लिक करें

Delegate मोड महत्वपूर्ण है। इसके बिना, लीड कभी-कभी टीममेट्स को काम सौंपने के बजाय खुद कोडिंग शुरू कर देता है।

टर्मिनल अनुकूलता भिन्न होती है

Split-pane मोड केवल tmux और iTerm2 में काम करता है। VS Code का एकीकृत टर्मिनल, Windows Terminal और Ghostty आधिकारिक रूप से असमर्थित हैं।

यदि आप Ghostty में काम कर रहे हैं, तो आप डिफ़ॉल्ट in-process मोड का उपयोग करेंगे और Shift+Up/Down से टीममेट्स के बीच स्विच करेंगे।

टीममेट आउटपुट को साथ-साथ देखने के लिए, Claude Code को tmux सत्र के अंदर चलाएं। डिफ़ॉल्ट teammateMode "auto" है, इसलिए tmux का पता लगने पर यह स्वचालित रूप से split-pane पर स्विच हो जाता है।

मैं iTerm में tmux new -s {my-project} चला रहा हूं, फिर claude --teammate-mode tmux से लॉन्च करता हूं। इससे सभी टीम गतिविधि का पूर्ण-स्क्रीन दृश्य मिलता है।

कार्य कैसे प्रवाहित होते हैं

कार्य एक कार्य सूची के इर्द-गिर्द व्यवस्थित होता है। लीड कार्य बनाता है और टीममेट्स उन्हें उठाते हैं।

• जब लीड कार्य सूची बनाता है, तो टीममेट्स स्वचालित रूप से अगला अनासाइन्ड कार्य ले लेते हैं
• कार्यों के बीच निर्भरताएं समर्थित हैं - उत्तराधिकारी कार्य केवल पूर्ववर्ती कार्यों के पूरा होने के बाद ही खुलते हैं
• आप लीड को बताकर विशिष्ट कार्य विशिष्ट टीममेट्स को सौंप सकते हैं
• टीममेट शटडाउन एक प्रोटोकॉल का पालन करता है: लीड शटडाउन अनुरोध भेजता है, टीममेट पुष्टि करता है, फिर बाहर निकलता है
• पूर्ण सफाई: पुष्टि करें कि सभी टीममेट्स बंद हो गए हैं, फिर लीड को सफाई करने का निर्देश दें

“team” का उल्लेख करने वाला एक सरल प्रॉम्प्ट स्वचालित रूप से इस सुविधा को सक्रिय कर देगा। लेकिन अधिक सटीक नियंत्रण के लिए, टीममेट्स की कुल संख्या निर्धारित करें, प्रत्येक को नाम और भूमिकाएं दें, प्रतिनिधित्व का दायरा निर्धारित करें, और कार्यों के बीच निर्भरता नियमों के साथ एक बाहरी फ़ाइल प्रदान करें।

टोकन आपकी अपेक्षा से तेज़ी से समाप्त होते हैं

प्रत्येक टीममेट एक स्वतंत्र Claude Code सत्र है। उन्हें समानांतर में चलाने से लागत तेज़ी से बढ़ती है। कुछ अभ्यास सहायक हैं।

• टीममेट्स के लिए विशिष्ट स्पॉन प्रॉम्प्ट लिखें। लीड का संवाद इतिहास स्थानांतरित नहीं होता - केवल CLAUDE.md और MCP सर्वर संदर्भ स्वचालित रूप से लोड होते हैं
• दो टीममेट्स एक ही फ़ाइल को संपादित करने से ओवरराइट होगा। कार्य को फ़ाइल स्तर पर विभाजित करें
• कोड जनरेशन के बजाय अनुसंधान या कोड समीक्षा से शुरू करें। समन्वय जटिलता कम रहती है
• कार्य इकाइयों को छोटा और ठोस रखें - एक अकेला फंक्शन या एक अकेली टेस्ट फ़ाइल अच्छी तरह काम करती है

सीमाएं जो पहले से जानना उचित है

यह एक प्रीव्यू है। खुरदरे किनारे अपेक्षित हैं। इन्हें पहले से जानने से निराशा से बचा जा सकता है।

• /resume या /rewind का उपयोग करने से in-process टीममेट्स समाप्त हो जाते हैं। आपको लीड को नए टीममेट्स बनाने के लिए कहना होगा
• कार्य की स्थिति में देरी हो सकती है। यदि कोई टीममेट काम पूरा कर लेता है लेकिन कार्य को पूर्ण चिह्नित नहीं करता, तो उत्तराधिकारी कार्य अवरुद्ध रहते हैं। मैन्युअल रूप से जांचें और लीड से अपडेट करने को कहें
• प्रति सत्र केवल एक टीम। टीममेट्स उप-टीमें नहीं बना सकते
• जो सत्र टीम बनाता है वही लीड रहता है। आप सत्र के बीच में लीडर नहीं बदल सकते या टीममेट्स को प्रमोट नहीं कर सकते

प्रीव्यू अपरिष्कृत है और लागत-दक्षता का प्रश्न अभी खुला है। लेकिन यदि आप समझना चाहते हैं कि multi-agent वर्कफ़्लो किस दिशा में जा रहे हैं, तो सबसे तेज़ तरीका है इसे चालू करना और स्वयं आज़माना। उपकरणों का सही मूल्यांकन करने के लिए व्यावहारिक अनुभव आवश्यक है।