شرح A2UI: ما يفعله (وما لا يفعله) بروتوكول Agent-to-UI
A2UI هو بروتوكول JSON تعريفي يسمح لوكلاء الذكاء الاصطناعي بوصف الواجهات التي يمكن للعميل عرضها. كيف يعمل، وما هي العارضات الموجودة، وما الذي لا يفعله.
الوجبات الجاهزة الأساسية
A2UI (وكيل واجهة المستخدم) هو بروتوكول JSON مفتوح ومصرح تم إنشاؤه بواسطة Google. يرسل وكيل الذكاء الاصطناعي وصفًا للواجهة، ويقوم العميل بعرضه بمكوناته الأصلية بدلاً من تنفيذ التعليمات البرمجية من الوكيل. إنها طريقة لنقل بنية واجهة المستخدم والبيانات عبر حدود الثقة، وليس نظام الرسوم المتحركة أو مكتبة المكونات أو العارض النهائي. ExodeUI ليس عارض A2UI ولا ينتمي إلى Google.
ما هو A2UI؟
A2UI هو بروتوكول للواجهات التي يحركها الوكيل. بدلاً من إرجاع جدار من النص أو تنفيذ التعليمات البرمجية التي تم إنشاؤها، يرسل وكيل الذكاء الاصطناعي دفقًا من رسائل JSON التي تصف واجهة المستخدم: أي سطح سيتم إنشاؤه، وما هي المكونات التي يحتوي عليها، وما هي البيانات التي تملأها. يتلقى العميل تلك الرسائل ويعرض النتيجة باستخدام المكونات التي يثق بها بالفعل. تم إنشاء A2UI بواسطة Google وهو مرخص من Apache 2.0، مع مساهمات من CopilotKit ومجتمع المصادر المفتوحة. اعتبارًا من أكتوبر 2026، كانت مواصفات الإنتاج الحالية هي الإصدار 0.9.1 وكان الإصدار 1.0 مرشحًا للإصدار.
المشكلة التي يحاول A2UI حلها
يجيد الوكلاء تقديم إجابة مفيدة وسيئون في تقديمها كواجهة. لا يمكن أن تعرض الاستجابة النصية جدول مقارنة أو نموذج طلب أو لوحة معلومات. يؤدي إنشاء HTML أو JavaScript بشكل عشوائي إلى حل مشكلة العرض التقديمي وإنشاء مشكلة أمنية، لأن العميل يقوم الآن بتشغيل تعليمات برمجية لم يكتبها. يأخذ A2UI طريقًا ثالثًا: يصف الوكيل واجهة المستخدم بتنسيق مقيد، ويقرر العميل كيفية عرضها. يمكن للوكيل استخدام المكونات التي وافق عليها العميل فقط، ويكون الإخراج عبارة عن بيانات وليس تعليمات برمجية قابلة للتنفيذ.
كيف يتم بناء سطح A2UI
يستخدم البروتوكول مجموعة صغيرة من أنواع الرسائل. يتغير المخطط الدقيق بين الإصدارات، لذا تحقق من المواصفات قبل تنفيذ واحد، ولكن الشكل مستقر.
- createSurface: يخبر العارض بإنشاء سطح جديد، وهو منطقة من الواجهة يمكن للوكيل تحديثها
- updateComponents: يضيف أو يغير تعريفات المكونات على هذا السطح
- updateDataModel: يقوم بتغيير البيانات التي تعرضها المكونات، دون إعادة إرسال البنية
- حذف السطح: يزيل السطح عندما لا تكون هناك حاجة إليه
العارضين والنقل
A2UI لا يعتمد على النقل. تصف المواصفات الرسائل، وليس كيفية انتقالها. يسرد المشروع تطبيقات العارض لـ Angular وFlutter وLit وReact وMarkdown، وروابط النقل لـ AG-UI وA2A وMCP، مع إمكانية استخدام WebSockets وSSE وREST أيضًا. هذه المرونة هي الهدف: يمكن تقديم نفس استجابة الوكيل بواسطة عميل الويب، أو تطبيق الهاتف المحمول، أو تطبيق سطح المكتب، كل منها يستخدم نظام التصميم الخاص به.
ما لا يفعله A2UI
A2UI من السهل الإفراط في القراءة. فهو لا يشحن مكتبة مكونات يمكنك إسقاطها في التطبيق، ولا يعرض أي شيء بمفرده: أنت بحاجة إلى عارض وكتالوج مكونات يتحكم فيه العميل. ولا يقرر كيفية تحرك واجهة المستخدم. وهو لا يحل محل MCP، الذي يعرض الأدوات والبيانات لنموذج، أو AG-UI، الذي يحمل أحداث التفاعل بين الوكيل والواجهة الأمامية. ولا يلغي ذلك الحاجة إلى المراجعة الهندسية: لا يزال يتعين على الواجهات التي تم إنشاؤها التعامل مع التحميل والحالات الفارغة والخطأ والأذونات وإمكانية الوصول.
A2UI مقابل AG-UI مقابل MCP
غالبًا ما يتم ذكر هؤلاء الثلاثة معًا لأنهم يحلون طبقات مختلفة من نفس المشكلة. اختصار مفيد: يصف A2UI الواجهة، وتحمل AG-UI التفاعل، ويوفر MCP أدوات الوكيل وبياناته. تصف وثائق A2UI الخاصة AG-UI بأنها رابط نقل لـ A2UI، ويمكن لـ A2UI أيضًا السفر عبر MCP. فهي معايير متكاملة وليست متنافسة. إذا كنت تختار التكامل، فابدأ مما يمكن للعميل تقديمه وطريقة النقل التي يدعمها بالفعل، وليس من البروتوكول الأكثر زخمًا.
حيث تناسب الرسوم المتحركة والتفاعل
يصف A2UI البنية والبيانات. الحركة هي أحد اهتمامات العميل: يقرر العارض ما إذا كان السطح سيظهر على الفور، أو يتلاشى أو ينتقل من حالة سابقة. هذه أخبار جيدة لفرق المنتج، لأنها تحافظ على نظام الرسوم المتحركة في العميل حيث يمكنه احترام نظام التصميم وإعدادات إمكانية الوصول. وهذا يعني أيضًا أن تطبيق A2UI لا يتم تحريكه تلقائيًا. إذا كانت الواجهة التي تم إنشاؤها تحتاج إلى الضغط على زر، أو انتقال الحالة، أو رد فعل التميمة، فيجب على العميل توفير هذا السلوك. يمكن لـ ExodeUI تشغيل الحركة التفاعلية لدى العميل، ويحتوي على خادم 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