सबएजेंट एक अलग संदर्भ है जिसके अपने निर्देश, अपने उपकरण और अक्सर अपना मॉडल होता है — वह उपयोगी ही इसलिए है कि जो कुछ वह पढ़ता है, वह मुख्य बातचीत में नहीं घुसता। यह अलगाव किस हद तक सार्थक है, यह दो फ़ील्ड तय करते हैं। विवरण काम सौंपे जाने का कारण बनता है और आपके तय किए बाक़ी सभी एजेंटों से होड़ करता है, इसलिए धुँधला विवरण या तो कभी नहीं चलता या लगातार चलता है। उपकरण सूची किसी सीमित एजेंट को सीमित बनाए रखने का सबसे सस्ता तरीक़ा है: जो सिर्फ़ पढ़ और खोज सकता है, वह भटककर संपादन नहीं करने लगेगा। यह बिल्डर फ़ाइल लिखता है और दोनों जाँचता है — उस जोड़ी समेत जो अधिकतर लोगों से छूट जाती है: लिखने का अधिकार, पढ़ने का नहीं।
विशेषताएँ
विवरण में सौंपने वाले वाक्यांश की जाँच
उपकरण याद से टाइप करने के बजाय असली सूची से चुने जाते हैं
नामस्थान वाले MCP उपकरण भी अंतर्निर्मित उपकरणों के साथ स्वीकार
एजेंट फ़ाइल लिख सकता हो पर पढ़ न सकता हो तो चेतावनी
मॉडल का चुनाव «कब सार्थक है» के हिसाब से समझाया गया
परियोजना या व्यक्तिगत दायरा, साथ में उपयुक्त पथ
विरासत में लिया मॉडल फ़ाइल में लिखा नहीं जाता
सीधे इस्तेमाल लायक .md फ़ाइल के रूप में डाउनलोड
सबएजेंट बिल्डर का उपयोग कैसे करें
एजेंट का नाम रखिए और लिखिए कि काम उसे कब सौंपा जाए
सिर्फ़ वही उपकरण चुनिए जिनकी उसे ज़रूरत है
मॉडल चुनिए, या सत्र वाला ही विरासत में लेने दीजिए
सिस्टम प्रॉम्प्ट लिखिए और फ़ाइल डाउनलोड कीजिए
उदाहरण
इनपुट
tools: [Read, Grep, Glob]
आउटपुट
description: Checks a database migration for problems that only show up in production. Use proactively whenever a migration file is added.
«… के बाद ख़ुद से इस्तेमाल कीजिए» वही है जो एजेंट को बिना कहे चला देता है।
सामान्य त्रुटियाँ और समस्या निवारण
एजेंट को कभी कुछ सौंपा ही नहीं जाता। — विवरण को «कब» कहना होगा, सिर्फ़ «क्या» नहीं। «जब … हो तब इस्तेमाल कीजिए» या «… के बाद ख़ुद से इस्तेमाल कीजिए» जोड़ देना आम तौर पर काफ़ी है।
दो एजेंट आपस में गड्डमड्ड होते रहते हैं। — उनके विवरण एक-दूसरे पर चढ़ रहे हैं। हर विवरण अलग विषय नहीं, अलग स्थिति नामित करे।
किसी उपकरण का नाम अनजान बताया जा रहा है। — नाम बड़े-छोटे अक्षरों में फ़र्क़ करते हैं और पहला अक्षर बड़ा होता है: Read, read नहीं। MCP उपकरण mcp__सर्वर__उपकरण रूप में होते हैं और वैसे ही स्वीकार होते हैं।
एजेंट वे चीज़ें बदल देता है जिनकी उम्मीद नहीं थी। — उपकरण सूची और सँकरी कीजिए। जिस एजेंट के पास Write और Edit नहीं, वह प्रॉम्प्ट चाहे जो कहे, कुछ बदल नहीं सकता।
अक्सर पूछे जाने वाले प्रश्न
सीधे काम करने के बजाय सबएजेंट कब बेहतर है?
जब काम «बहुत पढ़ो, थोड़ा निकालो» वाला हो: कोडबेस खंगालना, ढेरों फ़ाइलें जाँचना, खोजबीन। जो कुछ वह पढ़ता है, वह उसी के संदर्भ में रह जाता है। मुख्य सत्र से सँकरे उपकरणों पर चलाने का तरीक़ा भी यही है।
सबएजेंट के लिए कौन-सा मॉडल?
विरासत लेना अच्छा डिफ़ॉल्ट है। जहाँ फ़ैसले से ज़्यादा जाँच है, ऐसे यांत्रिक कामों के लिए तेज़ और सस्ता मॉडल सार्थक है; जहाँ विवेक चाहिए, वहाँ अधिक सक्षम। तुलना हर विकल्प के साथ लिखी है।
क्या उपकरण हमेशा सीमित करने चाहिए?
सीमित करना सस्ता और पलटने योग्य है, और किसी केंद्रित एजेंट को केंद्रित रखने का सबसे भरोसेमंद तरीक़ा — प्रॉम्प्ट में कहने से कहीं ज़्यादा। सूची ख़ाली छोड़ने पर सब कुछ विरासत में आता है, जो सामान्य कामों वाले एजेंट के लिए ठीक है।
परियोजना का दायरा या व्यक्तिगत?
परियोजना का दायरा एजेंट को रिपॉज़िटरी के साथ रखता है, तो पूरी टीम को एक ही मिलता है। व्यक्तिगत आपके साथ परियोजनाओं में चलता है। पथ चुनाव के साथ बदलता रहता है।
यह स्किल से कैसे अलग है?
स्किल मौजूदा संदर्भ में निर्देश जोड़ती है। सबएजेंट कहीं और चलता है, अपने संदर्भ और अपने उपकरणों के साथ, और लौटकर बताता है। कोई काम कैसे हो यह बदलना है तो स्किल; उस काम को अपनी बातचीत से बाहर रखना है तो सबएजेंट।
संबंधित टूल
स्किल बिल्डर — SKILL.md लिखिए, frontmatter साथ-साथ जाँचा जाता है।