A2UI समझाया: एजेंट-टू-यूआई प्रोटोकॉल क्या करता है (और क्या नहीं)
A2UI एक घोषणात्मक JSON प्रोटोकॉल है जो AI एजेंटों को क्लाइंट के लिए इंटरफेस का वर्णन करने की सुविधा देता है। यह कैसे काम करता है, कौन से रेंडरर्स मौजूद हैं और यह क्या नहीं करता है।
कोर टेकअवे
A2UI (एजेंट टू यूआई) Google द्वारा बनाया गया एक खुला, घोषणात्मक JSON प्रोटोकॉल है। एक एआई एजेंट एक इंटरफ़ेस का विवरण भेजता है, और एक क्लाइंट एजेंट से कोड निष्पादित करने के बजाय इसे अपने मूल घटकों के साथ प्रस्तुत करता है। यह यूआई संरचना और डेटा को ट्रस्ट सीमा के पार ले जाने का एक तरीका है, न कि एनीमेशन सिस्टम, घटक लाइब्रेरी या तैयार रेंडरर। ExodeUI एक A2UI रेंडरर नहीं है और Google से संबद्ध नहीं है।
A2UI क्या है?
A2UI एजेंट-संचालित इंटरफेस के लिए एक प्रोटोकॉल है। टेक्स्ट की एक दीवार लौटाने या जेनरेट किए गए कोड को निष्पादित करने के बजाय, एक एआई एजेंट JSON संदेशों की एक स्ट्रीम भेजता है जो यूआई का वर्णन करता है: कौन सी सतह बनानी है, इसमें कौन से घटक शामिल हैं, और कौन सा डेटा उन्हें भरता है। क्लाइंट उन संदेशों को प्राप्त करता है और उन घटकों के साथ परिणाम प्रस्तुत करता है जिन पर वह पहले से ही भरोसा करता है। A2UI Google द्वारा बनाया गया था और यह Apache 2.0 लाइसेंस प्राप्त है, जिसमें CopilotKit और ओपन-सोर्स समुदाय का योगदान है। अक्टूबर 2026 तक, वर्तमान उत्पादन विनिर्देश v0.9.1 था और v1.0 एक रिलीज़ उम्मीदवार था।
समस्या A2UI हल करने का प्रयास कर रहा है
एजेंट उपयोगी उत्तर देने में अच्छे हैं और इसे इंटरफ़ेस के रूप में देने में ख़राब हैं। एक पाठ प्रतिक्रिया एक तुलना तालिका, एक ऑर्डर फॉर्म या एक डैशबोर्ड नहीं दिखा सकती है। मनमाने ढंग से HTML या JavaScript उत्पन्न करने से प्रेजेंटेशन समस्या हल हो जाती है और एक सुरक्षा बन जाती है, क्योंकि क्लाइंट अब वह कोड चला रहा है जो उसने नहीं लिखा है। A2UI तीसरा रास्ता अपनाता है: एजेंट एक सीमित प्रारूप में यूआई का वर्णन करता है, और क्लाइंट तय करता है कि इसे कैसे प्रस्तुत करना है। एजेंट केवल उन घटकों का उपयोग कर सकता है जिन्हें क्लाइंट ने मंजूरी दे दी है, और आउटपुट निष्पादन योग्य कोड के बजाय डेटा है।
A2UI सतह कैसे बनाई जाती है
प्रोटोकॉल संदेश प्रकारों के एक छोटे सेट का उपयोग करता है। सटीक स्कीमा संस्करणों के बीच बदलती है, इसलिए किसी एक को लागू करने से पहले विनिर्देश की जांच करें, लेकिन आकार स्थिर है।
- createSurface: रेंडरर को एक नई सतह बनाने के लिए कहता है, जो इंटरफ़ेस का एक क्षेत्र है जिसे एजेंट अपडेट कर सकता है
- updateComponents: उस सतह पर घटक परिभाषाएँ जोड़ता या बदलता है
- updateDataModel: संरचना को दोबारा भेजे बिना, घटकों द्वारा प्रदर्शित डेटा को बदल देता है
- deleteSurface: किसी सतह को तब हटा देता है जब उसकी आवश्यकता नहीं रह जाती है
रेंडरर्स और ट्रांसपोर्ट
A2UI परिवहन-अज्ञेयवादी है। विनिर्देश संदेशों का वर्णन करता है, न कि वे कैसे यात्रा करते हैं। प्रोजेक्ट Angular, Flutter, Lit, React और मार्कडाउन के लिए रेंडरर कार्यान्वयन और AG-UI, A2A और MCP के लिए ट्रांसपोर्ट बाइंडिंग को सूचीबद्ध करता है, जिसमें WebSockets, SSE और REST भी प्रयोग योग्य हैं। वह लचीलापन ही मुद्दा है: एक ही एजेंट प्रतिक्रिया एक वेब क्लाइंट, एक मोबाइल ऐप या एक डेस्कटॉप एप्लिकेशन द्वारा प्रदान की जा सकती है, प्रत्येक अपने स्वयं के डिज़ाइन सिस्टम का उपयोग करके।
A2UI क्या नहीं करता है
A2UI को अधिक पढ़ना आसान है। यह एक घटक लाइब्रेरी नहीं भेजता है जिसे आप किसी ऐप में छोड़ सकते हैं, और यह स्वयं कुछ भी प्रस्तुत नहीं करता है: आपको एक रेंडरर और एक घटक कैटलॉग की आवश्यकता होती है जिसे क्लाइंट नियंत्रित करता है। यह तय नहीं करता कि यूआई कैसे चलता है। यह MCP को प्रतिस्थापित नहीं करता है, जो एक मॉडल या एजी-यूआई में टूल और डेटा को उजागर करता है, जो एक एजेंट और फ्रंटएंड के बीच इंटरैक्शन इवेंट को वहन करता है। और यह इंजीनियरिंग समीक्षा की आवश्यकता को दूर नहीं करता है: जेनरेट किए गए इंटरफेस को अभी भी लोडिंग, खाली और त्रुटि स्थिति, अनुमतियां और पहुंच को संभालना होगा।
A2UI बनाम AG-UI बनाम MCP
इन तीनों का अक्सर एक साथ उल्लेख किया जाता है क्योंकि ये एक ही समस्या की विभिन्न परतों को हल करते हैं। एक उपयोगी आशुलिपि: A2UI इंटरफ़ेस का वर्णन करता है, AG-UI इंटरेक्शन करता है, और MCP एजेंट टूल और डेटा देता है। A2UI के स्वयं के दस्तावेज़ में AG-UI को A2UI के लिए ट्रांसपोर्ट बाइंडिंग के रूप में वर्णित किया गया है, और A2UI MCP पर भी यात्रा कर सकता है। वे पूरक मानक हैं, प्रतिस्पर्धी मानक नहीं। यदि आप एक एकीकरण चुन रहे हैं, तो इस बात से शुरू करें कि आपका ग्राहक क्या प्रस्तुत कर सकता है और कौन सा परिवहन वह पहले से ही समर्थन करता है, न कि सबसे अधिक गति वाले प्रोटोकॉल से।
जहां एनीमेशन और इंटरैक्शन फिट बैठते हैं
A2UI संरचना और डेटा का वर्णन करता है। मोशन एक ग्राहक की चिंता है: रेंडरर तय करता है कि कोई सतह तुरंत दिखाई देती है, लुप्त हो जाती है या पिछली स्थिति से परिवर्तित हो जाती है। उत्पाद टीमों के लिए यह अच्छी खबर है, क्योंकि यह क्लाइंट में एनीमेशन सिस्टम रखता है जहां वह डिज़ाइन सिस्टम और एक्सेसिबिलिटी सेटिंग्स का सम्मान कर सकता है। इसका यह भी अर्थ है कि A2UI कार्यान्वयन स्वचालित रूप से एनिमेटेड नहीं है। यदि जेनरेट किए गए इंटरफ़ेस को बटन दबाने, स्थिति परिवर्तन या शुभंकर प्रतिक्रिया की आवश्यकता होती है, तो क्लाइंट को वह व्यवहार प्रदान करना होगा। ExodeUI एक क्लाइंट में इंटरैक्टिव मोशन चला सकता है, और इसमें AI कोडिंग टूल के लिए एक MCP सर्वर है, लेकिन यह एक A2UI रेंडरर नहीं है और इसे एक के रूप में वर्णित नहीं किया जाना चाहिए।
उत्पादन कार्यान्वयन स्निपेट
// Simplified shape of an A2UI message stream (schema differs by version).
{ "createSurface": { "surfaceId": "cart" } }
{ "updateComponents": { "surfaceId": "cart", "components": [ /* ... */ ] } }
{ "updateDataModel": { "surfaceId": "cart", "data": { /* ... */ } } }
{ "deleteSurface": { "surfaceId": "cart" } }याद रखने योग्य कुंजी Principle
- A2UI एजेंट-वर्णित इंटरफेस के लिए एक JSON प्रोटोकॉल है, जो Google द्वारा बनाया गया है और Apache 2.0 के तहत लाइसेंस प्राप्त है।
- ग्राहक अपने स्वयं के घटकों के साथ प्रस्तुत करता है; एजेंट मनमाना यूआई कोड निष्पादित नहीं करता है
- यह संदेशों को परिभाषित करता है और रेंडरर, ट्रांसपोर्ट और मोशन को क्लाइंट पर छोड़ देता है
- यह कोई एनीमेशन सिस्टम या ड्रॉप-इन घटक लाइब्रेरी नहीं है
- ExodeUI एक A2UI रेंडरर नहीं है और इसका Google से कोई संबंध नहीं है