Sub-Agents और Context अलगाव

गड़बड़ काम कहीं और करें

कुछ कार्य बहुत पढ़ाई पैदा करते हैं जिसे मुख्य कार्य को रखने की ज़रूरत नहीं: "हर वह जगह खोजो जहाँ यह function उपयोग होता है", "जाँचो build धीमा क्यों है", "इस diff की सुरक्षा समस्याओं के लिए समीक्षा करो"। Sub-agent (या सहायक agent) ऐसा कार्य अपने नए context में अपने tools से चलाता है और मुख्य agent को सिर्फ़ छोटी रिपोर्ट लौटाता है। इससे मुख्य context साफ़ रहता है, कई जाँचें समानांतर हो सकती हैं, और आप सहायक को संकरी अनुमतियाँ दे सकते हैं (जैसे समीक्षक के लिए केवल-पढ़ना)। क़ीमतें: ज़्यादा मॉडल calls, और रिपोर्ट कुछ महत्वपूर्ण छोड़ सकती है, इसलिए मुख्य agent उसे जाँचने योग्य प्रमाण माने, निर्णय नहीं। शोध, समीक्षा और बड़े विश्लेषण के लिए sub-agents उपयोग करें; संपादनों का एकल रास्ता एक agent के पास रखें ताकि बदलाव सुसंगत रहें।

समीक्षकों को केवल-पढ़ने वाले tools दें

समीक्षा sub-agent को पढ़ना और रिपोर्ट करना है, संपादन नहीं। उसकी अनुमतियाँ संकरी रखें।

त्वरित जाँच: शोध sub-agent को सौंपने का मुख्य लाभ क्या है?

• यह tests की ज़रूरत हटाता है
• मुख्य context साफ़ रहता है जबकि सहायक छोटी रिपोर्ट लौटाता है
• Sub-agents हमेशा सही होते हैं
• यह tokens मुफ़्त करता है