WSO2 Agent Manager खुला—40 से अधिक नियंत्रण, पर तैनाती खुद जाँचें
WSO2 ने 15 सितंबर 2026 को ऑस्टिन में WSO2 Agent Manager की सामान्य उपलब्धता घोषित की। WSO2 की आधिकारिक घोषणा इसे अलग-अलग मॉडल, ढाँचे और तैनाती परिवेशों में AI एजेंट सँभालने वाला खुला नियंत्रण तल बताती है; Apache 2.0 लाइसेंस वाला उत्पाद स्वयं होस्ट या प्रबंधित SaaS के रूप में उपलब्ध है और 40 से अधिक अंतर्निहित नियंत्रण देता है।
15 सितंबर की इस सामान्य-उपलब्धता रिलीज पर 18 सितंबर को प्रकाशित InfoQ की स्वतंत्र रिपोर्ट ने तीन प्रमुख जोड़ दर्ज किए: अधिक गहरी एजेंट पहचान, MCP संवादों पर शासन और Kubernetes-मूल सैंडबॉक्स रनटाइम। ये सुविधाएँ पहचान, अनुमति और निष्पादन का साझा नियंत्रण देती हैं, लेकिन सामान्य उपलब्धता का अर्थ यह नहीं कि संस्था की अपनी एकीकरण, नीति और संचालन जाँच पूरी हो गई है।
सामान्य उपलब्धता में क्या बदला
Agent Manager केवल एजेंटों की सूची या तैनाती पटल नहीं है। इसका केंद्रीय विचार एजेंट के अनुप्रयोग-तर्क से पहचान, अनुमति, नीति, निगरानी और जीवनचक्र नियंत्रण को अलग रखना है। इस तरह अलग मॉडल या ढाँचा अपनाने पर शासन की पूरी परत दोबारा बनाने की आवश्यकता घट सकती है।
TechTrendsKE की स्वतंत्र रिपोर्ट सामान्य उपलब्धता, स्वयं होस्ट और प्रबंधित SaaS विकल्पों तथा क्लाउड, परिसर और मिश्रित परिवेशों में नियंत्रण की पुष्टि करती है। मंच अपने भीतर चलने वाले और बाहर तैनात एजेंटों को एक सूची में सँभालने के लिए बनाया गया है, पर बाहरी एजेंट पर वास्तविक नियंत्रण उस एकीकरण, पहचान और प्रवेश मार्ग पर निर्भर करेगा जिसे संस्था लागू करती है।
नियंत्रण किस जोखिम को घटाते हैं
- सत्यापन योग्य अलग पहचान: भूमिका-आधारित पहुँच, प्रत्यायोजन, टोकन विनिमय और तत्काल अधिकार-वापसी किसी कार्रवाई को खास एजेंट से जोड़ने में सहायता करते हैं। इससे साझा सेवा खाते के पीछे कई एजेंट छिपने का जोखिम घटता है; पहचान जारी करना, भूमिकाएँ सीमित रखना और निष्क्रिय पहचान हटाना फिर भी संस्था का काम है।
- निलंबन और जीवनचक्र नियंत्रण: एजेंट को विकास, परीक्षण और उत्पादन अवस्थाओं में ले जाने तथा जरूरत पड़ने पर रोकने की सुविधा अनियंत्रित कार्य जारी रहने का जोखिम घटाती है। संस्था को प्रमाणित करना होगा कि निलंबन सभी संबद्ध द्वारों तक पहुँचा और पुराने टोकन या वैकल्पिक मार्ग सक्रिय नहीं रहे।
- 40 से अधिक अंतर्निहित नियंत्रण: व्यक्तिगत पहचान योग्य सूचना छिपाने और दर सीमित करने जैसे नियम एजेंट, MCP और बड़े भाषा मॉडल स्तर पर लागू किए जा सकते हैं। किन नियमों को अनुरोध रोकना चाहिए और किन्हें केवल चेतावनी देनी चाहिए, यह स्थानीय आँकड़ों, अनुपालन और जोखिम के अनुसार तय करना होगा।
- Kubernetes-मूल सैंडबॉक्स: एजेंट को नियंत्रित निष्पादन परिवेश में चलाने से फाइलों, औजारों, API और अन्य प्रणालियों पर उसके प्रभाव का दायरा सीमित किया जा सकता है। नेटवर्क निकास, रहस्य प्रबंधन, संग्रहण, कंटेनर छवियों और संसाधन सीमाओं का विन्यास संस्था की जिम्मेदारी रहता है।
- OpenTelemetry निगरानी और मूल्यांकन: ट्रेस तथा नियम-आधारित या बड़े भाषा मॉडल-आधारित मूल्यांकन असामान्य टोकन खपत, व्यवहार परिवर्तन और उत्तर गुणवत्ता में गिरावट दिखा सकते हैं। संवेदनशील सामग्री छिपाने, प्रतिधारण अवधि, चेतावनी सीमा और घटना पर कार्रवाई का स्वामी उत्पाद अपने-आप तय नहीं करता।
MCP में एक महत्वपूर्ण डिफॉल्ट जाँचें
MCP नियंत्रण औजारों को अनुमति-क्षेत्रों में बाँटकर अलग भूमिकाओं से जोड़ सकता है। पढ़ने वाले और बदलाव करने वाले औजारों को अलग रखने पर एजेंट के टोकन में केवल उसकी भूमिका से जुड़े अनुमति-क्षेत्र आते हैं, और प्रवेश-द्वार उसी आधार पर खास औजार का अनुरोध स्वीकार या अस्वीकार करता है।
यहाँ एक अहम सीमा है: WSO2 की MCP प्राधिकरण मार्गदर्शिका के अनुसार जिस औजार को किसी अनुमति-क्षेत्र में शामिल नहीं किया गया, उसके लिए प्राधिकरण नियम नहीं होता और वह किसी भी प्रमाणित कॉलकर्ता को डिफॉल्ट रूप से उपलब्ध रहता है। इसलिए प्रत्येक MCP सर्वर की औजार-सूची पूरी करना और नए औजार जुड़ने पर अनुमति मानचित्र अद्यतन करना नीति प्रवर्तन का अनिवार्य संचालन कार्य है।
स्व-प्रबंधित विकल्प नियंत्रण देता है, संचालन नहीं हटाता
आधिकारिक GitHub रिलीज पृष्ठ संस्करण 1.0.0 को पहली सामान्य-उपलब्धता रिलीज बताता है और स्थापना बंडल, त्वरित आरंभ सामग्री, कमांड-पंक्ति औजार, कंटेनर छवि तथा Kubernetes के लिए Helm चार्ट सूचीबद्ध करता है। वहीं स्वयं होस्ट, SaaS और मिश्रित तैनाती विकल्प भी दर्ज हैं।
इन कलाकृतियों की उपलब्धता उत्पादन तैयारी का प्रमाण नहीं है। स्वयं होस्ट करने वाली संस्था को उन्नयन और वापसी योजना, निर्भरता संगतता, बैकअप, क्षमता, प्रमाण-पत्र, रहस्य, नेटवर्क नीति, लॉग संरक्षण और नियंत्रण तल की उपलब्धता स्वयं सँभालनी होगी। प्रबंधित SaaS बुनियादी ढाँचे का कुछ भार WSO2 को दे सकता है, लेकिन एजेंट सूची, भूमिका डिजाइन, नीति चयन और घटना प्रतिक्रिया ग्राहक के शासन क्षेत्र में रहते हैं।
तैनाती से पहले सीमा स्पष्ट होनी चाहिए: कौन-से एजेंट मंच के रनटाइम में चलेंगे और कौन केवल बाहरी एजेंट के रूप में पंजीकृत होंगे; अधिकार-वापसी प्रत्येक परिवेश तक कैसे पहुँचेगी; सैंडबॉक्स से किन नेटवर्क और संग्रहण मार्गों की अनुमति होगी; ट्रेस में कौन-सा संवेदनशील डेटा आ सकता है; और नियंत्रण तल अनुपलब्ध होने पर एजेंट बंद होंगे या पहले मिले अधिकारों से चलते रहेंगे।
अभी किन प्रमाणों की कमी है
उपलब्ध सामग्री उत्पाद की सामान्य उपलब्धता, पहचान, MCP शासन, 40 से अधिक नियंत्रण, निलंबन, सैंडबॉक्स और निगरानी क्षमताओं की पुष्टि करती है। वह किसी भारतीय संस्था के उत्पादन परिणाम, सामान्य स्थानांतरण अवधि, निलंबन के वास्तविक प्रसार समय या सभी बाहरी एजेंट ढाँचों पर समान नीति कवरेज प्रकाशित नहीं करती।
इसीलिए शीर्षक का दूसरा भाग निर्णायक है: खुला और सामान्य-उपलब्ध नियंत्रण तल अपनाने की राह देता है, पर स्थानीय तैनाती की सुरक्षा सिद्ध नहीं करता। संस्था को अपने परिवेश में अलग पहचान से कार्रवाई जोड़ने, अधिकार-वापसी के प्रभाव, MCP के डिफॉल्ट व्यवहार, सैंडबॉक्स की सीमा और नियंत्रण तल विफल होने की दशा की पुष्टि करनी होगी।
यह भी पढ़ें:
हमारे न्यूज़लेटर की सदस्यता लें
Web3, AI और क्रिप्टो की नवीनतम खबरें सीधे अपने इनबॉक्स में पाएँ।