डेमो हमेशा काम करता है। एक एजेंट टिकट पढ़ता है, जवाब तैयार करता है, रिफंड दर्ज करता है, और लूप बंद करता है — कमरे में सब सिर हिलाते हैं। फिर वह शिप होता है, दूसरे हज़ार मामलों से टकराता है, और उन ऑर्डर्स का रिफंड करने लगता है जो कभी दिए ही नहीं गए।
डेमो में कोई झूठ नहीं था। जो गायब था वह सब कुछ था जो दूसरे हज़ार मामलों को झेलने योग्य बनाता है — वह हिस्सा जिसे कोई फिल्म नहीं करता। स्वायत्त AI एजेंट्स को शुरू करना कठिन नहीं है। उन्हें ईमानदार बनाए रखना कठिन है।
डेमो कोई सिस्टम नहीं है
एक मॉडल जो टूल कॉल कर सकता है, वह एक क्षमता है। एक सिस्टम जो सही टूल को, सही समय पर, सही स्थिति के विरुद्ध कॉल करे, और बाद में कारण बता सके — वह इन्फ्रास्ट्रक्चर है। दोनों के बीच की दूरी एक बेहतर प्रॉम्प्ट से नहीं पाटी जाती।
डेमो में एजेंट एक बार चलता है, देखा जाता है, एक सुगम पथ पर। प्रोडक्शन में वह दस हज़ार बार चलता है, बिना निगरानी के, ऐसी स्थिति के विरुद्ध जो पढ़ने और कार्य करने के बीच बदल जाती है। मेमोरी पुरानी होती है या अनुपस्थित। एक दोहराया गया चरण दोहरा शुल्क लगा देता है। एक टूल कॉल जिसे अस्वीकार होना चाहिए था, पास हो जाता है क्योंकि दरवाज़े पर कोई खड़ा नहीं था।
ये मॉडल की विफलताएँ नहीं हैं। ये वे विफलताएँ हैं जिन्हें एक रनटाइम को अवशोषित करना चाहिए। इन्हें प्रॉम्प्ट की समस्या मानना वही तरीका है जिससे टीमें एक तिमाही निर्देशों को फिर से लिखने में बिता देती हैं और फिर भी किसी घटना की समीक्षा में एकमात्र महत्वपूर्ण प्रश्न का उत्तर नहीं दे पातीं: एजेंट ने क्या किया, और किस आधार पर।
वह लूप जो स्वायत्त AI एजेंट्स वास्तव में चलाते हैं
Algenta एक AI एजेंट रनटाइम है जो एक ऐसे लूप के इर्द-गिर्द बना है जिसे हर एजेंट चलाता है, चाहे उसके निर्माताओं ने उसे नाम दिया हो या नहीं। लूप को स्पष्ट करना ही अधिकांश काम है।
- संवेदन — दुनिया की वर्तमान स्थिति पढ़ें: इनपुट, पुनः प्राप्त मेमोरी, वे सक्रिय मान जिन पर निर्णय निर्भर करता है।
- योजना — उस स्थिति और लक्ष्य को देखते हुए अगला कार्य, या अगले कुछ कार्य तय करें।
- निष्पादन — नियंत्रित टूल्स के माध्यम से कार्य करें, जहाँ प्रत्येक कॉल को किसी वास्तविक चीज़ को छूने से पहले पॉलिसी के विरुद्ध जाँचा जाता है।
- मूल्यांकन — जो हुआ उसे अपेक्षाओं के विरुद्ध परखें, और वह निर्णय मेमोरी और अगली योजना में वापस डालें।
संवेदन, योजना, निष्पादन, मूल्यांकन। चरण स्पष्ट हैं; अनुशासन अंतिम चरण को छोड़ने से इनकार करने में है। अधिकांश एजेंट फ्रेमवर्क निष्पादन पर रुक जाते हैं — यही कारण है कि वे डेमो में अच्छे लगते हैं और समय के साथ बिगड़ते हैं — वे कभी परखे बिना कार्य करते हैं, इसलिए त्रुटि चुपचाप बढ़ती रहती है बजाय उसी मोड़ पर पकड़े जाने के।
लूप के इर्द-गिर्द साझा प्रिमिटिव हैं जिन्हें पूरा रनटाइम प्रथम श्रेणी का दर्जा देता है, न कि बाद में जोड़े गए अनुलग्नक: मेमोरी जिसे एजेंट पढ़ता और लिखता है, टूल्स जिनके माध्यम से वह कार्य करता है, पॉलिसी जो हर कार्य को नियंत्रित करती है, ट्रेस जो घटित को दर्ज करते हैं, और इवैल्स जो तय करते हैं कि वह उचित था या नहीं। लूप का प्रत्येक चरण प्रत्येक प्रिमिटिव को स्पर्श करता है। मेमोरी संवेदन को पोषित करती है और मूल्यांकन द्वारा अद्यतन होती है। पॉलिसी निष्पादन को नियंत्रित करती है। ट्रेस चारों को कैप्चर करते हैं ताकि मूल्यांकन के पास परखने के लिए कुछ ईमानदार हो।
जिस एजेंट को परखा नहीं जा सकता, वह स्वायत्त नहीं है। वह बस बिना निगरानी के है।
साधारण प्रिमिटिव ही उत्पाद क्यों हैं
मेमोरी, पॉलिसी, ट्रेस, इवैल्स। इनमें से कोई भी फोटोजेनिक नहीं है। यही सब वह है जो कमरे में काम करने वाले एजेंट को दुनिया में काम करने वाले एजेंट से अलग करता है।
मेमोरी वह है जो एजेंट को एक पल पहले जो पता था उस पर कार्य करने देती है, न कि हर कॉल पर दुनिया को फिर से खोजने पर — और एक रनटाइम को स्थायी ज्ञान और एकल रन के कार्यक्षेत्र के बीच रेखा खींचनी होती है, क्योंकि दोनों को मिलाना वह तरीका है जिससे एजेंट अपने स्वयं के भ्रमों पर भरोसा करने लगता है। पॉलिसी उस टूल के बीच का अंतर है जिसे एजेंट कॉल कर सकता है और जिसे वह अभी कॉल करने की अनुमति रखता है, यह देखते हुए कि वह किसके लिए कार्य कर रहा है और इस घंटे में वह पहले क्या कर चुका है। ट्रेस "एजेंट ने कुछ अजीब किया" को एक विशिष्ट निर्णय में बदलते हैं, एक विशिष्ट इनपुट पर, उस विशिष्ट संदर्भ के साथ जो उसके पास था — अनुमान लगाने और डीबग करने के बीच का अंतर।
इवैल्स वह प्रिमिटिव है जिसे टीमें सबसे अंत में खोजती हैं और जिसकी उन्हें सबसे पहले ज़रूरत होती है। इनके बिना, "एजेंट काम कर रहा है" का अर्थ है "अभी तक किसी ने ज़ोर से शिकायत नहीं की।" इनके साथ, हर रन को स्कोर किया जाता है — जहाँ ग्राउंड ट्रुथ उपलब्ध है वहाँ उसके विरुद्ध, जहाँ नहीं है वहाँ नियमों और मानदंडों के विरुद्ध — और एक रिग्रेशन एक संख्या के रूप में सामने आता है जो बदली, उस परिवर्तन पर जिसने उसे बदला, किसी ग्राहक तक पहुँचने से पहले।
ऑर्केस्ट्रेशन एक साधन है, लक्ष्य नहीं
एजेंट ऑर्केस्ट्रेशन को सबसे अधिक ध्यान मिलता है — चरणों का ग्राफ, रिट्राई, एजेंट्स और सब-एजेंट्स के बीच हैंड-ऑफ। यह महत्वपूर्ण है। लेकिन गवर्नेंस के बिना ऑर्केस्ट्रेशन बस बड़े पैमाने पर गलत काम करने का तेज़ तरीका है, और मूल्यांकन के बिना ऑर्केस्ट्रेशन उसे बिना जाने करने का तेज़ तरीका है।
Algenta ऑर्केस्ट्रेशन को AI एजेंट रनटाइम वातावरण की एक परत मानता है, न कि उसका संपूर्ण। एक योजना शाखा बना सकती है, अन्य एजेंट्स को कॉल कर सकती है, प्रतिबद्ध होने से पहले किसी कार्य का परीक्षण करने के लिए सिमुलेशन चला सकती है, और जब पॉलिसी माँगे तो किसी मानव की प्रतीक्षा कर सकती है — और इनमें से हर कदम उसी ट्रेस में दर्ज होता है, उसी पॉलिसी द्वारा नियंत्रित होता है, उन्हीं इवैल्स द्वारा स्कोर किया जाता है। ऑर्केस्ट्रेशन तय करता है कि आगे क्या होगा। रनटाइम तय करता है कि क्या यह अनुमत है, और क्या यह उचित था।
यही AI एजेंट रनटाइम प्लेटफ़ॉर्म का मूल दावा है: कि संवेदन, योजना, कार्य और निर्णय को हर उस टीम के लिए हाथ से फिर से जोड़ने की ज़रूरत नहीं होनी चाहिए जो प्रोडक्शन में एजेंट चाहती है। ये इन्फ्रास्ट्रक्चर हैं। आपको इन्हें उसी तरह मान लेना चाहिए जैसे आप मान लेते हैं कि डेटाबेस टिकाऊ है।
जब लूप बंद होता है तो क्या बदलता है
जब पूरा लूप चलता है — जब मूल्यांकन एक बाद की सोच नहीं बल्कि हर चक्र की चौथी धड़कन है — तो काम का स्वरूप बदल जाता है। स्वायत्त AI एजेंट्स वह चीज़ नहीं रहते जिसे आप लॉन्च करके उम्मीद करते हैं, बल्कि वह बन जाते हैं जिसे आप संचालित कर सकते हैं: देख सकते हैं, सीमित कर सकते हैं, सुधार सकते हैं, और बताई गई सीमाओं के भीतर भरोसा कर सकते हैं।
यही डेमो और परिचालन बुद्धिमत्ता के बीच की रेखा है। डेमो आपसे विश्वास माँगता है। रनटाइम आपको जाँचने देता है। जो टीमें बड़े पैमाने पर स्वायत्त AI एजेंट्स चलाएँगी, वे वही हैं जो जल्दी तय कर लेती हैं कि साधारण प्रिमिटिव ही उत्पाद हैं — और जिस एजेंट को परखा नहीं जा सकता, उसे बिना निगरानी के कार्य करने का अधिकार नहीं मिलता।