बोला गया सारांश — साथ पढ़ने के लिए प्ले दबाएँ: बोली जा रही पंक्ति ऊपर रहती है।
आप जानते हैं कि सबएजेंट कैसे बनाएं और उन्हें अच्छी तरह से डिज़ाइन करें। अब सवाल यह है: वे वास्तव में कब मदद करते हैं, और कब बाधा बनते हैं? अंतर एक चीज़ पर निर्भर करता है -- क्या मध्यवर्ती कार्य आपके मुख्य थ्रेड के लिए महत्वपूर्ण है।
जब सबएजेंट चमकते हैं
सबएजेंट तब सबसे अच्छे काम करते हैं जब अन्वेषण निष्पादन से अलग हो। यदि किसी कार्य में प्रत्येक चरण पिछले चरण द्वारा खोजे गए पर निर्भर करता है, तो आप वह कार्य अपने मुख्य थ्रेड में चाहते हैं। लेकिन यदि आपको केवल एक उत्तर चाहिए और यात्रा की परवाह नहीं है, तो इसे सौंप दें।
सबएजेंट उन कार्यों में उत्कृष्ट हैं जहां:
- आपको परिणाम चाहिए, न कि यह पता चलना कि इसे कैसे खोजा गया
- अन्वेषणकारी कार्य आपके मुख्य थ्रेड के context को अव्यवस्थित करेगा
- कार्य एक ताज़ा दृष्टिकोण या कस्टम system prompt से लाभान्वित होता है
अनुसंधान कार्य
अनुसंधान सबएजेंट का क्लासिक उपयोग केस है। एक अपरिचित कोडबेस में प्रमाणीकरण कैसे काम करता है, इसकी जांच करने पर विचार करें। आपके मुख्य थ्रेड को यह जानना चाहिए कि JWT को कहां सत्यापित किया जाता है, लेकिन इसे यह देखने की आवश्यकता नहीं है कि रास्ते में कौन सी फाइलें खोजी गईं।
एक अनुसंधान सबएजेंट दर्जनों फाइलें पढ़ सकता है, फ़ंक्शन कॉल को ट्रेस कर सकता है, और विभिन्न कोड पाथ का अन्वेषण कर सकता है। सभी अन्वेषण सबएजेंट के context में रहता है। आपका मुख्य थ्रेड एक स्वच्छ सारांश प्राप्त करता है जैसे:
JWT validation happens in middleware/auth. js line 42, called from the Express router in route/api. js
सबएजेंट ने भारी काम किया। आपका मुख्य थ्रेड आगे बढ़ने के लिए बिल्कुल वही मिलता है जो उसे चाहिए।
कोड समीक्षा
Claude कोड की समीक्षा अधिक प्रभावी ढंग से करता है जब कोड को किसी और द्वारा लिखा गया माना जाता है। यदि आपने अपने मुख्य थ्रेड के साथ कई बारी में एक सुविधा बनाई है, तो उसी थ्रेड से इसकी समीक्षा करने के लिए कहने से अक्सर कमजोर प्रतिक्रिया मिलती है। Claude इसे बनाने में शामिल था, इसलिए इसे ताज़ी नज़र से देखने में कठिनाई होती है।
एक समीक्षक सबएजेंट परिवर्तनों को एक अलग context में देखता है। यह git diff चलाता है, संशोधित फाइलों को पढ़ता है, और कोड कैसे लिखा गया था इसके इतिहास के बिना अपने विशेष समीक्षा मानदंड लागू करता है। यह अलगाव आपको सबएजेंट के system prompt में परियोजना-विशिष्ट समीक्षा मानकों को एन्कोड करने देता है, जिससे पूरी टीम में सुसंगत समीक्षा मानदंड सुनिश्चित होते हैं।
कस्टम System Prompts
Claude Code का डिफ़ॉल्ट system prompt संक्षिप्त, कोड-केंद्रित प्रतिक्रियाओं पर जोर देता है। यह कोडिंग के लिए बहुत अच्छा काम करता है, लेकिन सब कुछ के लिए नहीं।
यहां दो मामले हैं जहां एक कस्टम system prompt सबएजेंट को मुख्य थ्रेड से वास्तव में बेहतर बनाता है:
- कॉपीराइटिंग सबएजेंट \-- इसे टोन, दर्शकों और शैली के बारे में निर्देश दें। Claude Code का डिफ़ॉल्ट prompt संक्षिप्त तकनीकी लेखन की ओर झुकता है, जो वास्तव में लैंडिंग पेज या ईमेल अभियान के लिए नहीं है। एक कॉपीराइटिंग सबएजेंट के पास आवाज़ और संरचना के बारे में पूरी तरह से अलग निर्देश हो सकते हैं।
- स्टाइलिंग सबएजेंट \-- इसे अपनी डिज़ाइन सिस्टम फाइलों की ओर इशारा करें। जब सबएजेंट चलता है, तो वे फाइलें स्वचालित रूप से इसके context में लोड हो जाती हैं, इसलिए यह कोई भी CSS लिखना शुरू करने से पहले आपके रंग चर, स्पेसिंग सम्मेलन और घटक पैटर्न को जानता है।
जब सबएजेंट नुकसान पहुंचाते हैं
सबएजेंट लॉन्च करने की ओवरहेड -- इसके काम में दृश्यमानता खोना और इसके निष्कर्षों को एक सारांश में संपीड़ित करना -- केवल तभी समझ में आता है जब सबएजेंट कुछ ऐसा करता है जो मुख्य थ्रेड नहीं कर सकता। देखने के लिए तीन सामान्य anti-patterns हैं।
विशेषज्ञ दावे
सबएजेंट जो विशेषज्ञता का दावा करते हैं, शायद ही मदद करते हैं। "आप एक Python विशेषज्ञ हैं" या "आप एक Kubernetes विशेषज्ञ हैं" जैसे prompts कोई मूल्य नहीं जोड़ते क्योंकि Claude के पास पहले से ही वह ज्ञान है। एक तथाकथित विशेषज्ञ सबएजेंट ऐसा कुछ नहीं कर सकता जो आपका मुख्य थ्रेड सीधे नहीं कर सकता।
अनुक्रमिक पाइपलाइनें
अनुक्रमिक सबएजेंट पाइपलाइनें समस्याएं पैदा करती हैं। एक तीन-एजेंट प्रवाह पर विचार करें: एक बग को पुनः उत्पन्न करने के लिए, एक इसे डीबग करने के लिए, और एक इसे ठीक करने के लिए। पाइपलाइनें तब काम करती हैं जब कार्य वास्तव में स्वतंत्र होते हैं। वे विफल होते हैं जब प्रत्येक चरण पिछले चरण की खोजों पर निर्भर करता है -- और बग फिक्सिंग लगभग हमेशा करता है। एजेंटों के बीच हस्तांतरण में जानकारी खो जाती है।
टेस्ट रनर
टेस्ट रनर सबएजेंट आपको आवश्यक जानकारी को छिपाते हैं। जब टेस्ट विफल होते हैं, तो आप समस्याओं का निदान करने के लिए पूर्ण आउटपुट चाहते हैं। एक सबएजेंट जो "टेस्ट विफल" लौटाता है, आपको अतिरिक्त डीबग स्क्रिप्ट बनाने के लिए मजबूर करता है ताकि विवरण मिल सकें जो सीधे आउटपुट में दिखाई देते। परीक्षण से पता चला है कि टेस्ट रनर पैटर्न सभी कॉन्फ़िगरेशन में सबसे खराब प्रदर्शन करता है।
निर्णय नियम
जब आप यह तय कर रहे हों कि सबएजेंट का उपयोग करना है या नहीं, तो अपने आप से एक सवाल पूछें: क्या मध्यवर्ती कार्य महत्वपूर्ण है?
यदि उत्तर नहीं है -- आपको केवल अंतिम परिणाम चाहिए -- इसे सबएजेंट को सौंप दें। यदि उत्तर हां है -- आपको यह देखना और प्रतिक्रिया करनी है कि क्या हो रहा है -- इसे अपने मुख्य थ्रेड में रखें।
सबएजेंट का उपयोग करें:
- अनुसंधान और अन्वेषण
- कोड समीक्षा
- कार्य जिन्हें कस्टम system prompt की आवश्यकता है
सबएजेंट से बचें:
- "विशेषज्ञ" व्यक्तित्व जो वास्तविक क्षमता नहीं जोड़ते
- बहु-चरणीय पाइपलाइनें जहां प्रत्येक चरण अंतिम पर निर्भर करता है
- टेस्ट चलाना जहां आपको डीबगिंग के लिए पूर्ण आउटपुट की आवश्यकता है