AI एजेंट आर्किटेक्चर: वे पैटर्न जो प्रोडक्शन में टिकते हैं
आर्किटेक्चर की चर्चा अक्सर ग़लत सिरे से शुरू होती है: अवधारणाओं के नाम वाले डिब्बों का आरेख। उपयोगी संस्करण उस विफलता से शुरू होता है जिसे आप रोकना चाहते हैं, क्योंकि नीचे का हर पैटर्न एक ख़ास बुरी दोपहर रोकने के लिए है।
ये छह वही हैं जिन तक हम बार-बार लौटते हैं। ये आपस में जुड़ते हैं: प्रोडक्शन का एक सामान्य एजेंट टूल गेटवे, दो स्मृति परतों और एक इंसानी दरवाज़े वाला सीमित लूप होता है — और समीक्षक चक्र केवल वहीं जहाँ ग़लत नतीजे की क़ीमत एक और कॉल को जायज़ ठहराए।
1. सीमित लूप#
आधार स्थिति और आपका डिफ़ॉल्ट। छोटे टूल सेट पर एक लूप, स्पष्ट रुकने की शर्तों के साथ: कदम सीमा, ख़र्च सीमा, दोहराव पहचान और घड़ी सीमा। इसका गुण है सीधी ट्रेस जिसे ऊपर से नीचे पढ़ा जा सके। बाक़ी सब इसमें जोड़ हैं, इसके विकल्प नहीं।
अगर आप अपने एजेंट को निकास-सूची वाले लूप के रूप में नहीं बना सकते, तो अभी आर्किटेक्चर नहीं, महत्वाकांक्षी prompt है।
2. योजनाकार–निष्पादक और पुनर्योजना#
पाँच से ज़्यादा कदम वाले कामों में पहले क्रमांकित योजना माँगिए, कदम चलाइए और विफलता पर बासी योजना पर चलते रहने के बजाय दोबारा योजना बनाइए। लाभ सटीकता नहीं — यह है कि इंसान कार्रवाई से पहले इरादा देख लेता है, जिससे मंज़ूरी और डीबगिंग दोनों संभव होती हैं।
3. समीक्षक चक्र#
दूसरा मॉडल कॉल मसौदे या प्रस्तावित कार्रवाई को लक्ष्य और लाए गए प्रमाणों के सामने जाँचता है और एक बार वापस भेज सकता है। यह आत्मविश्वासी पर बेबुनियाद आउटपुट का बड़ा हिस्सा पकड़ता है। वहाँ लगाइए जहाँ ग़लत नतीजा महँगा हो और एक अतिरिक्त कॉल सस्ती।
| पैटर्न | अतिरिक्त कॉल | क्या देता है | कब छोड़ें |
|---|---|---|---|
| सीमित लूप | 0 | ट्रेस-सुविधा, लागत नियंत्रण | कभी नहीं — यही आधार है |
| योजनाकार–निष्पादक | 1–2 | दिखता इरादा, जाँच-योग्यता | पाँच कदम से कम काम |
| समीक्षक चक्र | प्रति जाँचा आउटपुट 1 | कम बेबुनियाद दावे | सस्ते, पलटने योग्य आउटपुट |
| टूल गेटवे | 0 | अनुमति, ऑडिट, दर सीमा | केवल प्रोटोटाइप में |
| परतदार स्मृति | 0–1 | लंबे संदर्भ में प्रासंगिकता | छोटे एकल रन |
| इंसानी दरवाज़ा | 0 | अपरिवर्तनीय सुरक्षित रहता है | अगर कुछ अपरिवर्तनीय न हो |
4. टूल गेटवे#
एजेंट को अपने सिस्टम सीधे कॉल मत करने दीजिए। हर टूल के आगे एक परत रखिए जो चार काम करे: स्कीमा के विरुद्ध आर्ग्युमेंट जाँचे, देखे कि यह अंतिम उपयोगकर्ता इस रिकॉर्ड को छू सकता है या नहीं, दर सीमा लगाए और रन पहचानकर्ता के साथ ऑडिट पंक्ति लिखे। यह पूरे सिस्टम का सबसे मूल्यवान इन्फ़्रा टुकड़ा है और यह साधारण कोड है — हफ़्तों नहीं, दिनों का।
5. परतदार स्मृति#
एक अविभेदित बातचीत इतिहास ही सबसे आम वजह है कि एजेंट रन बढ़ने के साथ बिगड़ता है। अलग कीजिए: लक्ष्य और शर्तें, जो कभी नहीं छँटतीं; हालिया मोड़ ज्यों के त्यों; पुराने मोड़ छोटी तथ्यात्मक नोट में; और लाया गया ज्ञान, प्रति कदम ताज़ा और कभी संचित नहीं।
6. इंसानी दरवाज़ा#
हर अपरिवर्तनीय कार्रवाई एक स्पष्ट मंज़ूरी के पीछे रहती है, इतने संदर्भ के साथ कि इंसान सेकंडों में तय कर सके: क्या होगा, किस रिकॉर्ड पर, एजेंट इसे सही क्यों मानता है और मना करने पर वह क्या करेगा। दरवाज़ा सीमा नहीं, उत्पाद विशेषता है।
अक्सर पूछे जाने वाले प्रश्न
क्या छहों पैटर्न चाहिए?
नहीं। सीमित लूप और टूल गेटवे से शुरू कीजिए; असली सिस्टम छूने वाली किसी भी चीज़ के लिए ये लगभग अनिवार्य हैं। इंसानी दरवाज़ा तब जब कोई अपरिवर्तनीय कार्रवाई आए।
क्या समीक्षक चक्र सचमुच सटीकता बढ़ाता है?
जहाँ मॉडल संभावित पर बेबुनियाद जवाब दे सकता है, वहाँ स्पष्ट रूप से हाँ — ख़ासकर जब समीक्षक को प्रमाण देकर दावे जाँचने को कहा जाए।
टूल गेटवे कहाँ रहे?
आपकी अपनी सेवा में, एजेंट और सिस्टम के बीच, जिसमें अंतिम उपयोगकर्ता की पहचान बहती हो। framework के भीतर हो तो अगले बदलाव पर दोबारा लिखना पड़ेगा।
ai एजेंट आर्किटेक्चरएजेंट डिज़ाइन पैटर्नयोजनाकार निष्पादकटूल गेटवेएजेंट स्मृति
