मुख्य सामग्री पर जाएँ

Google का Agent2Agent प्रोटोकॉल (A2A): उदाहरणों सहित एक गाइड

Google के Agent2Agent (A2A) के बारे में जानें—विभिन्न सिस्टमों में AI एजेंट सहयोग के लिए एक ओपन प्रोटोकॉल।
Aashi Dutt
Aashi Dutt

अपना निःशुल्क खाता बनाएँ

अभ्यास और ट्रैक अपनी प्रगति को।

Google के साथ जारी रखेंजारी रखकर, आप हमारी उपयोग की शर्तें, हमारी गोपनीयता नीति को स्वीकार करते हैं और यह भी कि आपका डेटा USA में संग्रहीत है।

AI एजेंट इस बात को बदल रहे हैं कि कार्य कैसे स्वचालित होते हैं, फैसले कैसे लिए जाते हैं, और सॉफ्टवेयर सिस्टम कैसे सहयोग करते हैं। लेकिन जैसे-जैसे संगठन अधिक स्वायत्त एजेंट बनाते हैं, विक्रेताओं और फ्रेमवर्क्स के बीच मानकीकृत संचार की जरूरत अनिवार्य हो जाती है। यहीं Agent2Agent (A2A) काम आता है।

A2A Google द्वारा विकसित एक ओपन, विक्रेता-तटस्थ प्रोटोकॉल है, जो विभिन्न सिस्टमों में AI एजेंटों के बीच सहयोग को मानकीकृत करता है।

इस ट्यूटोरियल में, मैं आपको बताऊँगा कि A2A कैसे काम करता है, इसके डिजाइन सिद्धांत क्या हैं, यह विभिन्न डोमेनों में वास्तविक, मल्टी-एजेंट वर्कफ़्लो को कैसे सक्षम करता है, और यह MCP से कैसे भिन्न है।

Agent 2 Agent (A2A) क्या है?

Agent2Agent (A2A) एक ओपन प्रोटोकॉल है जो अपारदर्शी (ब्लैक-बॉक्स) एजेंटों के बीच इंटरऑपरेबिलिटी सक्षम करता है। यह AI एजेंटों को सक्षम बनाता है कि वे:

  • एक-दूसरे की खोज कर सकें
  • संरचित कार्यों का आदान-प्रदान कर सकें
  • प्रतिक्रियाएँ स्ट्रीम कर सकें
  • मल्टी-टर्न बातचीत संभाल सकें
  • टेक्स्ट, इमेज, वीडियो और डेटा जैसी बहु-मोडैलिटी में काम कर सकें।

आइए नीचे दिए गए आरेख के जरिए A2A के मूल विचार को समझने की कोशिश करते हैं:

agent2agent (a2a)

चित्र में दो एजेंट दिखाए गए हैं: एक Google एजेंट (नीले रंग में) और दूसरा एजेंट (हरे रंग में), संभवतः किसी थर्ड-पार्टी सेवा से। दोनों एजेंट दो प्रकार के दस्तावेज़ों या कार्यों को प्रोसेस करने का प्रयास करते हैं। हरा एजेंट दोनों में सफल होता है, जिसे हरे चिह्नों से दिखाया गया है, जबकि Google एजेंट एक में सफल होता है और दूसरे में विफल।

यह असंगति बातचीत और सूचना-साझाकरण की आवश्यकता को रेखांकित करती है, जो A2A प्रोटोकॉल के केंद्रीय घटक हैं।

Agent2Agent के डिजाइन सिद्धांत

A2A को पाँच मुख्य सिद्धांतों के इर्द-गिर्द डिजाइन किया गया है ताकि अंत-उपयोगकर्ताओं के लिए बिना मेमोरी, विचार या टूल साझा किए कार्य पूरे किए जा सकें। ये पाँच सिद्धांत हैं:

  • एजेंटिक क्षमताओं को अपनाना: एजेंट बिना मेमोरी, टूल या निष्पादन योजनाएँ साझा किए सहयोग करते हैं।
  • ओपन स्टैंडर्ड्स पर निर्मित: A2A मौजूदा टेक स्टैक्स के साथ आसान इंटरऑपरेबिलिटी सुनिश्चित करने के लिए HTTP, JSON-RPC और SSE का उपयोग करता है।
  • डिफ़ॉल्ट रूप से सुरक्षित: यह OpenAPI प्रमाणीकरण स्कीम का पालन करता है और एंटरप्राइज़-ग्रेड सुरक्षा प्रदान करता है।
  • लंबे समय तक चलने वाले कार्यों का समर्थन: A2A को बैकग्राउंड कार्यों, मानव-इन-द-लूप अनुमोदनों और स्ट्रीमिंग अपडेट्स को संभालने के लिए डिजाइन किया गया है।
  • मोडैलिटी-अज्ञेय: यह इमेज, ऑडियो, PDF, HTML, JSON और अन्य संरचित/असंरचित फॉर्मैट्स को संभाल सकता है।

ये डिजाइन सिद्धांत A2A को स्केलेबल, एंटरप्राइज़-तैयार, मल्टी-एजेंट इकोसिस्टम्स की रीढ़ बनाते हैं।

A2A कैसे काम करता है?

इस सेक्शन में, हम Agent2Agent प्रोटोकॉल की आंतरिक कार्यप्रणाली में उतरेंगे और एजेंट संचार की आर्किटेक्चर और जीवनचक्र को समझेंगे। हम शामिल प्रमुख अभिनेताओं, ट्रांसपोर्ट और ऑथेंटिकेशन लेयर्स, और Agent Cards के जरिए डिस्कवरी की पड़ताल करेंगे।

अभिनेता और प्रोटोकॉल

A2A प्रोटोकॉल तीन मुख्य अभिनेताओं को परिभाषित करता है:

  • User: वह एंड-यूज़र जो कोई कार्य आरंभ करता है।
  • Client agent: वह अनुरोधकर्ता जो उपयोगकर्ता की ओर से कार्य तैयार करता है और भेजता है।
  • Remote agent: वह प्राप्तकर्ता एजेंट जो कार्य करता है और परिणाम वापस भेजता है।

ऊपर दिए गए आरेख उदाहरण पर लौटते हुए, नीला एजेंट क्लाइंट एजेंट है, और हरा एजेंट रिमोट एजेंट है।

एजेंट कार्ड्स और डिस्कवरी

एजेंट अपने मेटाडेटा और क्षमताएँ एक मानकीकृत JSON दस्तावेज़, जिसे Agent Card कहा जाता है, के माध्यम से प्रकाशित करते हैं, जो आमतौर पर /.well-known/agent.json पर होस्ट किया जाता है। इस कार्ड में शामिल होते हैं:

  • नाम, संस्करण, और होस्टिंग URL
  • विवरण और सेवा प्रदाता
  • समर्थित इनपुट/आउटपुट मोडैलिटी और कंटेंट प्रकार
  • प्रमाणीकरण विधियाँ 
  • टैग्स और उदाहरणों सहित एजेंट स्किल्स की सूची

डिस्कवरी DNS, रजिस्ट्रियों, मार्केटप्लेस या निजी कैटलॉग्स के माध्यम से संभाली जा सकती है।

मुख्य संचार ऑब्जेक्ट्स

A2A संचार के केंद्र में Task होता है, यानी एक संरचित ऑब्जेक्ट जो कार्य की एटोमिक इकाई का प्रतिनिधित्व करता है। कार्यों के जीवनचक्र में submitted, working, input-required, या completed जैसे स्टेट्स होते हैं।

प्रत्येक Task में शामिल होते हैं:

  • Messages: क्लाइंट और रिमोट एजेंट के बीच संवादात्मक आदान-प्रदान के लिए
  • Artifacts: रिमोट एजेंट द्वारा बनाए गए अपरिवर्तनीय परिणामों के लिए
  • Parts: मैसेजेस या आर्टिफैक्ट्स के भीतर स्व-निहित डेटा ब्लॉक्स, जैसे सादा टेक्स्ट, फ़ाइल ब्लॉब्स, या JSON।

A2A वर्कफ़्लो उदाहरण

आइए एक उदाहरण वर्कफ़्लो के माध्यम से समझें कि A2A कैसे काम करता है:

  1. यूज़र कार्य आरंभ करता है: यूज़र एक क्लाइंट एजेंट को अनुरोध भेजता है, जैसे, “लैपटॉप रिप्लेसमेंट शेड्यूल करें।”
  2. क्लाइंट एजेंट रिमोट एजेंट खोजता है: क्लाइंट एजेंट किसी Agent Card का उपयोग कर अन्य सक्षम एजेंटों को ढूँढता है, जो किसी सार्वजनिक या निजी URL पर होस्ट होता है। इस JSON फ़ाइल में स्किल्स, समर्थित मोडैलिटी, प्रमाणीकरण और सेवा URL शामिल होते हैं।
  3. क्लाइंट एजेंट Task भेजता है: क्लाइंट एजेंट चयनित रिमोट एजेंट को HTTP पर JSON-RPC 2.0 का उपयोग करते हुए task/send अनुरोध भेजता है। पेलोड में शामिल होता है:
    • एक Task ID
    • एक Session ID (वैकल्पिक)
    • एक Message जिसमें एक या अधिक Parts हों (जैसे, टेक्स्ट, फ़ाइल, JSON)
  4. रिमोट एजेंट प्रतिक्रिया देता है: रिमोट एजेंट कार्य को प्रोसेस करता है और इस प्रकार प्रतिक्रिया देता है:
    • तत्काल परिणाम (artifact के माध्यम से)
    • बीच के संदेश (message के माध्यम से)
    • या अधिक जानकारी का अनुरोध (state को input-required पर सेट करना)
  5. स्ट्रीमिंग और पुश अपडेट्स (यदि async): यदि कार्य लंबे समय तक चलता है, तो रिमोट एजेंट Server-Sent Events (SSE) का उपयोग करके आंशिक परिणाम स्ट्रीम कर सकता है। यदि क्लाइंट डिस्कनेक्ट हो जाए, तो क्लाइंट द्वारा दिए गए सुरक्षित वेबहुक पर पुश नोटिफिकेशन भेजे जा सकते हैं।
  6. टास्क स्टेट ट्रांज़िशन्स: टास्क निम्न स्टेट्स से गुजरता है: submitted → working → input-required → completed। किसी भी समय, एजेंट क्लाइंट के लिए अपडेट्स या नए आर्टिफैक्ट्स जारी कर सकता है।
  7. आर्टिफैक्ट्स और मैसेजेस: जहाँ Messages संवाद या स्पष्टीकरण के लिए होते हैं (जैसे, “कृपया अपनी रसीदें अपलोड करें।”), वहीं Artifacts अंतिम आउटपुट दिखाने के लिए होते हैं, जैसे रिपोर्ट PDF, विश्लेषण सारांश, JSON सूची, आदि।
  8. क्लाइंट एजेंट कार्य फिर से शुरू करता है या पूरा करता है: यदि इनपुट आवश्यक हो, तो क्लाइंट एजेंट उपयोगकर्ता से इसे एकत्र करता है और एक फॉलो-अप task/send भेजता है। कार्य पूरा होने पर, क्लाइंट task/get का उपयोग करके सभी आर्टिफैक्ट्स प्राप्त कर सकता है।

A2A उदाहरण: IT हेल्पडेस्क टिकट समाधान

एक एंटरप्राइज़ IT हेल्प डेस्क सिस्टम की कल्पना करें जो AI एजेंटों का उपयोग करके सपोर्ट टिकटों को स्वचालित रूप से प्रबंधित और हल करता है। इस सेटअप में, एक यूज़र एजेंट ऐसा अनुरोध प्राप्त करता है:

“My laptop isn’t turning on after the last software update.”

फिर यूज़र एजेंट A2A के जरिए अनेक रिमोट एजेंटों के साथ मिलकर एक समाधान वर्कफ़्लो का समन्वय करता है।

A2A example

ऊपर दिए गए परिदृश्य में एजेंट A2A के जरिए इस प्रकार इंटरैक्ट करते हैं:

  • क्लाइंट एजेंट हार्डवेयर डायग्नोस्टिक एजेंट को डिवाइस जाँच का कार्य भेजता है।
  • यदि हार्डवेयर ठीक है, तो यह सॉफ्टवेयर रोलबैक एजेंट को एस्केलेट करता है, जो हालिया अपडेट्स का मूल्यांकन करता है।
  • यदि रोलबैक विफल होता है, तो डिवाइस रिप्लेसमेंट एजेंट हार्डवेयर स्वैप आरंभ करने के लिए सक्रिय होता है।

प्रत्येक एजेंट स्वतंत्र रूप से काम करता है, अपनी क्षमताओं के साथ एक Agent Card उजागर करता है, और संरचित Tasks के माध्यम से असिंक्रोनस रूप से संचार करता है। एजेंट ये कर सकते हैं:

  • लॉग्स या डायग्नोस्टिक्स को आर्टिफैक्ट्स के रूप में स्ट्रीम करना
  • यदि उपयोगकर्ता इनपुट की आवश्यकता हो तो प्रवाह को रोकना
  • अपना भाग पूरा करते समय पुश अपडेट्स भेजना

यह एक शुद्ध A2A उपयोग मामला है, क्योंकि:

  • कोई संरचित टूल, जैसे APIs या OCR इंजन, शामिल नहीं हैं
  • सारा समन्वय अपारदर्शी, सहयोगी एजेंटों के बीच होता है
  • एजेंट समकक्षों की तरह कार्य करते हैं, जिनके पास अपना निर्णय-तर्क और स्वदेशी मोडैलिटी हैंडलिंग होती है

A2A बनाम MCP: कब किसका उपयोग करें?

A2A और MCP एजेंटिक सिस्टम्स में अलग लेकिन परस्पर पूरक चुनौतियों को हल करते हैं। जहाँ A2A का फोकस एजेंटों को स्वायत्त समकक्षों के रूप में सहयोग करने में सक्षम बनाना है, वहीं model context protocol (MCP) एजेंटों को संरचित टूल्स और बाहरी संसाधनों से जोड़ने पर केंद्रित है।

हमें A2A और MCP दोनों की आवश्यकता क्यों है?

प्रोटोकॉल इंटरऑपरेबिलिटी के लिए मानक बनाते हैं। एजेंटिक दुनिया में दो प्रकार की इंटरऑपरेबिलिटी महत्वपूर्ण है:

  • टूल इंटरऑपरेबिलिटी (MCP): एजेंटों का संरचित फ़ंक्शन्स, APIs या टूल्स को कॉल करना।
  • एजेंट इंटरऑपरेबिलिटी (A2A): एजेंटों का प्राकृतिक भाषा या मिश्रित मोडैलिटी में सहयोग करना।

उदाहरण: ऋण स्वीकृति वर्कफ़्लो

एक मल्टी-एजेंट सिस्टम की कल्पना करें जो किसी वित्तीय संस्था के लिए ऋण स्वीकृतियों को स्वचालित करता है।

A2A and MCP workflow

इस परिदृश्य में A2A और MCP इस प्रकार साथ काम करते हैं:

चरण 1: टूल्स और APIs के जरिए एप्लिकेशन का प्रीप्रोसेसिंग (MCP)

एक LoanProcessor एजेंट उपयोगकर्ता से ऋण आवेदन प्राप्त करता है। यह MCP का उपयोग करता है:

  • क्रेडिट स्कोर API कॉल करने के लिए
  • फिर, सुरक्षित डेटा स्रोत से बैंक ट्रांज़ैक्शन हिस्ट्री प्राप्त करता है
  • अंत में, अपलोड किए गए दस्तावेज़ों को OCR की मदद से वैलिडेट करता है

चरण 2: अंतिम निर्णय के लिए मल्टी-एजेंट समन्वय (A2A)

चरण 1 से प्राप्त संरचित डेटा के आधार पर, एजेंट A2A का उपयोग करता है:

  • एक RiskAssessmentAgent के साथ सहयोग करने के लिए ताकि उधारकर्ता के जोखिम का आकलन किया जा सके

  • फिर यह एक ComplianceAgent से परामर्श करता है ताकि ऋण कानूनी और नियामकीय आवश्यकताओं को पूरा करे

  • यदि स्वीकृत हो, तो यह DisbursementAgent को फंड ट्रांसफर शेड्यूल करने के लिए हैंडऑफ करता है।

निष्कर्ष

Agent2Agent (A2A) व्यापक पैमाने के मल्टी-एजेंट सिस्टम्स में गायब कड़ी है। स्पष्ट एजेंट सीमाओं, संरचित टास्क-आधारित संचार, और स्ट्रीमिंग व पुश के इन-बिल्ट समर्थन के साथ, यह मॉड्यूलर, खोजने योग्य और स्केलेबल एजेंट इकोसिस्टम्स सक्षम करता है।

A2A को एंटरप्राइज़ की वास्तविक-विश्व आवश्यकताओं के लिए डिजाइन किया गया है—यह सुरक्षित, असिंक, मोडैलिटी-लचीला और विक्रेता-अज्ञेय है। चाहे आप Google का ADK, LangGraph, CrewAI, या अपना फ्रेमवर्क उपयोग कर रहे हों, A2A आपके एजेंटों को एजेंटों से बात करने में मदद करता है।

AI एजेंटों के बारे में और जानने के लिए, मैं ये ब्लॉग सुझाता/सुझाती हूँ:

Aashi Dutt

लेखक

Aashi Dutt

मैं एमएल (Gen AI) में Google Developers Expert, Kaggle 3x Expert, और Women Techmakers एंबेसडर हूँ, तथा तकनीक क्षेत्र में 3+ वर्षों का अनुभव रखती हूँ। मैंने 2020 में एक हेल्थ-टेक स्टार्टअप की सह-स्थापना की और वर्तमान में Georgia Tech से कंप्यूटर विज्ञान में मास्टर कर रही हूँ, जिसमें मेरा विशेषज्ञता क्षेत्र मशीन लर्निंग है।

विषय