मजबूत वास्तुकला आपके एजेंट पर निर्भर संकेतों को मिटा देता है

![सीमा रेखाओं और कमजोर सिग्नल तीरों के साथ एक स्तरित वास्तुकला आरेख का अमूर्त अनुकूल चित्रण, कोई वास्तविक लोग नहीं हैं, कोई लोगो नहीं है, कोई पाठ नहीं]

AI एजेंट बिल्डर्स और प्लेटफ़ॉर्म इंजीनियरों के लिए, एक Towards Data Science पोस्ट शीर्षक "Good Architecture Deletes the Signals Your Agent Depends On" दिखाई दिया, जिसमें उपलब्ध अंश में कोई प्रकाशन तिथि प्रदान नहीं की गई थी, और इसका केंद्रीय दावा यह है कि एजेंट सिग्नल गायब हो सकते हैं जब टीमें सिस्टम के हिस्सों के बीच सीमाओं को जोड़ती हैं। यह पोस्ट पहली बार Towards Data Science पर दिखाई दी। इससे पता चलता है कि कई टूलींग समस्याएं खोज क्षमता के अभाव के कारण नहीं होती हैं, बल्कि संरचनात्मक परिवर्तनों से होती हैं जो साक्ष्य उपकरण को हटाने की आवश्यकता समझते हैं कि एक एजेंट क्या कर रहा है।

क्यों सीमाएं उपयोगी संकेतों को हटा सकती हैं

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

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

संरचना समस्याएं हमेशा खोज समस्याओं नहीं हैं

यह एक खोज समस्या के रूप में लापता दृश्यता का इलाज करने के लिए लुभावना है। यदि लॉग पढ़ना मुश्किल है, तो टीमें क्वेरीज़ को ट्यून करती हैं। यदि मीट्रिक पर्याप्त विवरण नहीं दिखाते हैं, तो वे डैशबोर्ड जोड़ते हैं। अगर किसी विफलता का पता लगाना मुश्किल है तो वे बेहतर अलर्ट नियमों या बड़ी सूचकांक की तलाश करते हैं। ये प्रतिक्रियाएं मदद कर सकती हैं, लेकिन वे ऐसी स्थिति को ठीक नहीं करतीं जहां प्रासंगिक जानकारी कभी भी उत्सर्जित नहीं हुई थी, असंबंधित ट्रैफ़िक के साथ विलय हो गई थी, या अमूर्त परत द्वारा हटा दी गई थी।

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

एजेंट बिल्डरों के लिए इसका क्या अर्थ है

एजेंट बनाने वाले पाठकों के लिए, टेकअवे यह है कि आर्किटेक्चर विकल्पों का मूल्यांकन न केवल उनके द्वारा अलग-थलग किए जाने से किया जाना चाहिए, बल्कि वे जो भी उजागर करते हैं। एक सीमा जो सिस्टम को साफ महसूस करती है वह एजेंट टूलिंग को कमजोर महसूस कर सकती है। यदि कोई एजेंट फ्रेमवर्क, मॉनिटरिंग सिस्टम या डिबगिंग टूल उस चरण को नहीं देख सकता है जो विफल हो गया है, तो टीम कारणों के बजाय लक्षणों का पीछा करने में समय बिता सकती है.

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

पूछने लायक प्रश्न

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

ये प्रश्न सभी सीमाओं को हटाने का सुझाव नहीं देते हैं। वे दृश्यता को ध्यान में रखते हुए सीमाएं डिजाइन करने का सुझाव देते हैं. पोस्ट की मजबूत बात यह है कि अच्छी वास्तुकला अनजाने में उन संकेतों को हटा सकती है जो एजेंट प्रणालियों को समझने योग्य बनाते हैं। बिल्डर टीमों के लिए, अगला कदम यह तय करना है कि कौन से सिग्नल जीवित रहना चाहिए, और उन सिग्नलों को बाद के विचार के बजाय संरचनात्मक अनुबंध का हिस्सा बनाना है।

मेटा विवरणः एक Towards Data Science पोस्ट में कहा गया है कि सीमाएं एजेंट संकेतों को हटा सकती हैं, जिससे टूलिंग विफलताएँ खोज समस्या के बजाय संरचनात्मक समस्या बन जाती हैं।

टैगः एजेंट सिग्नल, AI वास्तुकला, औजार, सीमाएँ