A2A को तटस्थ घर मिला—AI एजेंटों की हर जोड़ी के लिए अलग जोड़ नहीं
Agent2Agent Protocol (A2A) 17 अगस्त 2026 को Agentic AI Foundation (AAIF) की मेजबान परियोजना बना। Google में शुरू हुआ यह खुला मानक अब Linux Foundation के भीतर एजेंट-केंद्रित, विक्रेता-तटस्थ प्रशासन में विकसित होगा; Axios की स्वतंत्र रिपोर्ट ने उसी दिन स्थानांतरण, मेजबान-परियोजना का दर्जा और MCP से उसकी अलग भूमिका की पुष्टि की।
डेवलपर के लिए इसका सीधा अर्थ नया API या तत्काल अनिवार्य कोड स्थानांतरण नहीं, बल्कि विनिर्देश के प्रशासन का नया घर है। A2A अलग ढाँचों और विक्रेताओं के स्वतंत्र एजेंटों के बीच खोज, कार्य सौंपने और परिणाम लौटाने का साझा अनुबंध देता है; MCP एजेंट को उपकरणों और डेटा से जोड़ने की अलग समस्या हल करता है।
प्रशासन बदला, मौजूदा तकनीकी अनुबंध नहीं
AAIF में आने से A2A की दिशा अब किसी एक उत्पाद-विक्रेता के बजाय खुले फाउंडेशन की प्रक्रिया के अधीन तय होगी। प्रतिस्पर्धी कंपनियाँ विनिर्देश, सॉफ्टवेयर विकास किट और अनुकूलता पर साझा प्रशासन के तहत काम कर सकती हैं। फिर भी फाउंडेशन की मेजबानी किसी खास एजेंट मंच को अपनाना अनिवार्य नहीं बनाती और न सभी कार्यान्वयनों को अपने-आप परस्पर संगत करती है।
17 अगस्त की घोषणा कोई नया A2A संस्करण, हटाई गई सुविधा या उन्नयन की समयसीमा पेश नहीं करती। इसलिए पहले से चल रहे अंतिम-बिंदुओं और संदेश प्रवाह के लिए केवल प्रशासन परिवर्तन के आधार पर तत्काल पुनर्लेखन का कारण सामने नहीं आया है। तकनीकी बदलाव तब प्रासंगिक होंगे जब बाद के विनिर्देश, सॉफ्टवेयर विकास किट या सुरक्षा निर्देश नई आवश्यकताएँ तय करेंगे।
“तटस्थ घर” का अर्थ यह भी नहीं कि फाउंडेशन दूरस्थ एजेंट के व्यवहार की गारंटी देगा। पहचान, प्राधिकरण, डेटा-सीमा, लेखापरीक्षण, उपलब्धता और विफलता प्रबंधन जैसी उत्पादन जिम्मेदारियाँ कार्यान्वयनकर्ताओं के पास रहेंगी। खुला प्रशासन साझा अनुबंध पर सहयोग का आधार देता है; भरोसा और सुरक्षा प्रत्येक तैनाती में अलग से लागू करने होंगे।
एजेंट कार्ड से परिणाम तक A2A का क्रम
A2A केवल दो सेवाओं के बीच नेटवर्क संपर्क नहीं बनाता। दूरस्थ एजेंट अपनी क्षमताओं और संपर्क शर्तों का विवरण प्रकाशित करता है, जिसे ग्राहक एजेंट काम सौंपने से पहले पढ़ सकता है। A2A के आधिकारिक मुख्य सिद्धांत एजेंट कार्ड को पहचान, क्षमताओं, अंतिम-बिंदु, कौशल और प्रमाणीकरण आवश्यकताओं वाला JSON दस्तावेज बताते हैं।
- प्रकाशन: दूरस्थ एजेंट अपना एजेंट कार्ड उपलब्ध कराता है, जिसमें उसकी क्षमताएँ, संपर्क पता और पहुँच की शर्तें दर्ज होती हैं।
- क्षमता खोज: ग्राहक एजेंट कार्ड पढ़कर उपलब्ध कौशल और प्रमाणीकरण आवश्यकताओं का अपने लक्ष्य से मिलान करता है।
- कार्य सौंपना: उपयुक्त एजेंट मिलने पर ग्राहक संदेश भेजता है या स्थिति के साथ ट्रैक किया जा सकने वाला कार्य शुरू करता है। लंबी प्रक्रिया में मतदान, स्ट्रीमिंग या पुश सूचना से प्रगति मिल सकती है।
- परिणाम: दूरस्थ एजेंट तत्काल संदेश दे सकता है या कार्य की स्थिति और संरचित नतीजा लौटा सकता है। उसका आंतरिक मॉडल, स्मृति और उपकरण ग्राहक के लिए खुले होना आवश्यक नहीं है।
यही साझा क्रम हर एजेंट-जोड़ी के लिए अलग मालिकाना जोड़ लिखने की जरूरत घटाता है। यह पूर्णतः “बिना एकीकरण” वाली व्यवस्था नहीं है: दोनों पक्षों को समान प्रोटोकॉल सुविधाओं, संपर्क विधि, प्रमाणीकरण और सुरक्षा नीति पर वास्तविक अनुकूलता दिखानी होगी।
A2A, MCP और AP2 की भूमिकाएँ अलग हैं
एक फाउंडेशन के भीतर होना इन परियोजनाओं का विलय नहीं है। AAIF की आधिकारिक घोषणा A2A को स्वतंत्र एजेंटों की खोज, संवाद, कार्य सौंपने और परिणाम विनिमय की परत बताती है; उसी विवरण में MCP उपकरणों एवं डेटा से संपर्क संभालता है, जबकि AP2 एजेंट-आधारित वाणिज्य में भुगतान प्राधिकरण जोड़ता है।
- A2A: स्वतंत्र एजेंट संगठन, ढाँचे या विक्रेता की सीमा पार एक-दूसरे से संवाद करते हैं और काम का हस्तांतरण करते हैं।
- MCP: कोई AI अनुप्रयोग या एजेंट डेटाबेस, API, सेवा और अन्य उपकरण से संरचित तरीके से जुड़ता है।
- AP2: एजेंट-आधारित वाणिज्य में भुगतान की अनुमति संभालता है; वह सामान्य एजेंट संपर्क या उपकरण पहुँच का विकल्प नहीं है।
एक ही उद्यम कार्यप्रवाह में तीनों का साथ उपयोग संभव है। एक सशर्त उदाहरण में खरीद एजेंट A2A से आपूर्तिकर्ता एजेंट को काम सौंप सकता है, प्रत्येक एजेंट अपने आंतरिक उपकरण MCP से चला सकता है और भुगतान के चरण में AP2 की प्राधिकरण परत जुड़ सकती है। यह भूमिकाओं को समझाने वाला वास्तुकला उदाहरण है, किसी घोषित भारतीय तैनाती का दावा नहीं।
भारतीय बहु-विक्रेता प्रणालियों पर वास्तविक असर
अलग बादल मंचों, सॉफ्टवेयर विक्रेताओं और आंतरिक एजेंटों को जोड़ने वाले भारतीय उद्यमों के लिए तटस्थ प्रशासन एक उपयोगी संस्थागत बदलाव है, तैयार तकनीकी संगतता प्रमाणपत्र नहीं। इसका संभावित लाभ यह है कि एजेंट-से-एजेंट सीमा पर साझा अनुबंध रखा जा सके और किसी एक विक्रेता की उत्पाद योजना सीधे पूरे प्रोटोकॉल की दिशा तय न करे। लाभ तभी मिलेगा जब चुने गए उत्पाद A2A की समान सुविधाएँ और सुरक्षा आवश्यकताएँ लागू करें।
वास्तुकला की सीमा भी अधिक स्पष्ट होती है: स्वतंत्र एजेंटों के बीच काम भेजने और उसका परिणाम पाने के लिए A2A, जबकि किसी एजेंट के भीतर डेटाबेस या सेवा चलाने के लिए MCP। यह विभाजन टीम को अलग-अलग दर्ज करने देता है कि काम किस एजेंट को सौंपा गया, किस उपकरण ने कार्रवाई की और परिणाम किस पहचान तथा अनुमति के अंतर्गत लौटा।
AAIF की मेजबानी भारतीय नियामकीय अनुपालन, डेटा स्थानीयकरण या बाहरी एजेंट पर भरोसे का तैयार उत्तर नहीं देती। एजेंट कार्ड में किए गए क्षमता-दावों, प्रमाणीकरण, अनुमतियों, लॉग, विफलता व्यवहार और संवेदनशील डेटा की सीमाओं की जाँच अब भी तैनाती करने वाले उद्यम की जिम्मेदारी रहेगी।
फिलहाल पुष्ट स्थिति यही है कि A2A को AAIF में तटस्थ प्रशासन मिला है और वह MCP के साथ रहते हुए भी अलग प्रोटोकॉल-परत बना हुआ है। आगे असली कसौटी आगामी विनिर्देशों, सॉफ्टवेयर विकास किट की अनुकूलता और बहु-विक्रेता परीक्षणों में होगी: साझा मानक अलग जोड़ की जरूरत घटा सकता है, लेकिन प्रत्येक कार्यान्वयन की संगतता को तकनीकी रूप से सिद्ध करना बाकी रहेगा।
यह भी पढ़ें:
हमारे न्यूज़लेटर की सदस्यता लें
Web3, AI और क्रिप्टो की नवीनतम खबरें सीधे अपने इनबॉक्स में पाएँ।