من روبوت الدردشة إلى لوحة التحكم: كيف يعيد بروتوكول A2UI من جوجل تعريف ما يمكن لوكلاء الذكاء الاصطناعي عرضه

إجابة سريعة: A2UI (واجهة الوكيل إلى الواجهة) هو بروتوكول مفتوح المصدر أنشأته جوجل يتيح لوكلاء الذكاء الاصطناعي توليد واجهات مستخدم غنية وتفاعلية — نماذج، رسوم بيانية، خرائط، لوحات تحكم — بدلاً من الردود النصية العادية. تم إصداره في ديسمبر 2025 (معاينة عامة v0.8)، يتيح A2UI للوكلاء إرسال أوصاف مكونات JSON تصريحية تقوم تطبيقات العميل بعرضها كأدوات تفاعلية أصلية. لفرق البيانات، هذا يعني أن الذكاء الاصطناعي يمكنه إخراج لوحات تحكم قابلة للاستكشاف بدلاً من ملخصات نقطية، مما يغير كيفية تفاعلنا مع الذكاء الاصطناعي لتحليل البيانات وتصورها.

1. وكيل الذكاء الاصطناعي الخاص بك كان يتحدث بينما كان يجب أن يعرض

نموذج روبوت الدردشة لم يُصمم أبدًا للبيانات

اسأل مساعدًا عامًا لتحليل بيانات المبيعات ربع السنوية. ماذا تحصل؟ جدار من النص. نقاط. ربما كتلة كود تحتاج إلى نسخها في دفتر ملاحظات لرؤية الرسم البياني فعليًا. قد يفهم النموذج بياناتك — لكنه غالبًا ما يجيب بأكثر التنسيقات بدائية: الفقرات.

منذ عام 2022، كنا نتفاعل مع نماذج قوية بشكل ملحوظ من خلال نافذة دردشة خطية نصية فقط — نفس الشكل الأساسي لـ IRC الكلاسيكي. يمكن للنظام التفكير في مجموعات البيانات المعقدة، واكتشاف الحالات الشاذة، واقتراح التوصيات — ومع ذلك فإن الواجهة عبارة عن قائمة تمرير من الرسائل التي تقرأها من الأعلى إلى الأسفل ثم تنساها.

في ديسمبر 2025، قامت جوجل بفتح مصدر A2UI (واجهة الوكيل إلى الواجهة) — بروتوكول يتيح للوكلاء توليد واجهات مستخدم غنية وتفاعلية بدلاً من النص العادي. نماذج، منتقي تواريخ، رسوم بيانية، خرائط، لوحات تحكم — يتم عرضها أصليًا في تطبيقك، ويتم توليدها بسرعة بواسطة الوكيل.

العرض التوضيحي الواقعي مقنع: عرضت جوجل وكيلاً للبحث عن المطاعم يقوم بتوليد نموذج حجز مع منتقي تاريخ ومحدد وقت وزر إرسال — بدلاً من التبادل النصي المؤلم متعدد الرسائل الذي تتطلبه العديد من روبوتات الدردشة لحجز بسيط. لفرق البيانات، يكون الأثر أكثر وضوحًا: يمكن للوكيل توليد لوحة تحكم قابلة للاستكشاف بدلاً من وصف للبيانات.

2. ما هو A2UI؟ شرح بلغة واضحة

البروتوكول الذي يتيح للوكلاء بناء واجهات بدلاً من كتابة فقرات

A2UI (واجهة الوكيل إلى الواجهة) هو بروتوكول مفتوح المصدر يتيح للوكلاء إرسال أوصاف واجهة مستخدم تصريحية — رسائل JSON تصف الأزرار والنماذج والرسوم البيانية والخرائط والتخطيطات — إلى عميل، يعرضها كمكونات تفاعلية أصلية. فكر فيه كـ "HTML للوكلاء"، مع افتراضات أقوى للسلامة والقابلية للنقل.

المشكلة التي يحلها A2UI: حدود الثقة

نحن في عصر الأنظمة متعددة الوكلاء. وكلاء على خوادم مختلفة ومن بائعين مختلفين يتنسقون. لا يمكنهم لمس واجهة المستخدم الخاصة بك مباشرة.

النمط القديم؟ إرسال HTML خام أو JavaScript داخل iframes — ثقيل، منفصل بصريًا، وصداع أمني. نهج A2UI: نقل واجهة تتصرف مثل البيانات ولكنها تُقرأ مثل التصميم. يرسل الوكيل مخطط JSON؛ يقوم العميل بعرضه باستخدام أدواته الأصلية الخاصة.

كيف يعمل: نمط الرسائل الثلاثة

surfaceUpdate

تصف شجرة مكونات واجهة المستخدم — ماذا تظهر. منتقي تاريخ هنا، رسم بياني هناك، زر إرسال أدناه.

dataModelUpdate

توفر حالة التطبيق — ما البيانات التي سيتم عرضها. سلسلة الرسم البياني، إحداثيات الخريطة، إفتراضيات النموذج.

beginRendering

يطلق العرض — متى يتم عرضه. يقوم العميل بتجميع المكونات مع البيانات ويعرض الواجهة.

لمثال حجز المطعم: يرسل الوكيل JSON يصف منتقي تاريخ ومحدد وقت وقائمة منسدلة لحجم الحفلة وزر إرسال. يعرض العميل كل قطعة باستخدام إطار عمل واجهة المستخدم الخاص به (React، Angular، Flutter، Lit)، ويطبق أسلوب التنسيق الخاص به ومعايير إمكانية الوصول، ويقدم نموذجًا متماسكًا. لا iframe. لا تنفيذ كود غريب.

ثلاثة مبادئ تصميم أساسية

الأمان أولاً

بيانات تصريحية، وليس كود قابل للتنفيذ. يطلب الوكيل مكونات من كتالوج موثوق — مما يقلل من خطر تنفيذ الكود العشوائي مقارنة بشحن نصوص غير شفافة.

الشعور الأصلي

لا iframes. يقوم العميل بالعرض باستخدام إطار عمل واجهة المستخدم الخاص به بحيث يمكن لواجهة المستخدم المولدة أن ترث أسلوب التطبيق وإمكانية الوصول وخصائص الأداء.

هيكل صديق لنماذج اللغة الكبيرة

قائمة مكونات مسطحة مع مراجع معرفات أسهل للنماذج لتوليدها وتصحيحها وتدفقها تدريجيًا من حساء ترميز مخصص.

النظام البيئي (معاينة عامة v0.8)

A2UI في معاينة عامة v0.8، تم إصداره بموجب ترخيص Apache 2.0. توجد عارضات مستقرة لـ Lit وAngular وFlutter (عبر GenUI SDK من جوجل). تم التخطيط لدعم React للربع الأول من 2026، مع SwiftUI وJetpack Compose للربع الثاني. يدعم البروتوكول وسائط نقل متعددة بما في ذلك بروتوكول A2A وAG UI وSSE وWebSockets.

يشمل شركاء النظام البيئي في اليوم الأول CopilotKit/AG UI (طبقة توافق)، Opal (تطبيقات الذكاء الاصطناعي المصغرة)، Gemini Enterprise، وGenUI SDK الخاص بـ Flutter. هذا هو رهان جوجل على معيار مفتوح للواجهات المدفوعة بالوكيل — وتأثيرات تصور البيانات كبيرة.

3. لماذا تفشل روبوتات الدردشة في تحليل البيانات: الجدران الخمسة

نافذة الدردشة هي الواجهة الخاطئة لاستكشاف البيانات

تعمل الدردشة مع الأسئلة والأجوبة والكتابة وتوليد الكود. تفشل بشكل سيء في التحليل الذي يجب أن يكون مكانيًا وتفاعليًا وبصريًا. إليك خمسة جدران — وكيف يعالج نهج واجهة المستخدم التوليدية كل منها.

الجدار 1: جدار النص

اطلب من روبوت دردشة تحليل عشرة آلاف صف من بيانات المبيعات. قد تحصل على عدة فقرات من النقاط. المعالجة البصرية البشرية أسرع بكثير من قراءة النص الكثيف لمهام الأنماط. يمكن للرسم البياني المصمم جيدًا أن ينقل في أقل من ثانية ما يستغرق دقائق لتحليله كنثر.

ما تحتاجه بدلاً من ذلك: رسم بياني تفاعلي مع تفاصيل التمرير والتنقل والمرشحات الزمنية.

الجدار 2: جدار الخطية

الدردشة تسلسلية — كل رسالة تتنافس على الانتباه. لا يمكنك رؤية اتجاه المبيعات وتقسيم العملاء وتحليل الهامش في لمحة واحدة في نفس الوقت. التحليل مكاني، وليس زمنيًا فقط.

ما تحتاجه بدلاً من ذلك: لوحة تحكم متعددة اللوحات حيث تكون العروض جنبًا إلى جنب ويتم تحديثها بشكل تفاعلي.

الجدار 3: جدار التفاعل

تريد الربع الثالث فقط؟ تكتب "تصفية إلى الربع الثالث." قد يقوم الوكيل بإعادة توليد التحليل بالكامل. تريد تكبير يونيو؟ رسالة أخرى. مقارنة بالعام الماضي؟ رسالة أخرى. التفاعلات التي يجب أن تكون نقرة واحدة تصبح جملة واحدة، استدعاء واحد، إعادة كتابة كاملة واحدة.

ما تحتاجه بدلاً من ذلك: قوائم منسدلة أصلية ومنتقي نطاق ومفاتيح تبديل تستجيب فورًا.

الجدار 4: جدار الاستكشاف

التحليل غير خطي: تابع شذوذًا، انعطف، تراجع، جرب زاوية أخرى. سلاسل الدردشة دائمة وتسلسلية — لا يمكنك "تراجع" الاستكشاف بالطريقة التي يمكنك بها في عناصر التحكم الحالة للوحة التحكم.

ما تحتاجه بدلاً من ذلك: حالة تفاعلية مع تراجع وإعادة واستكشاف متفرع.

الجدار 5: جدار العرض

وجدت الرؤية — ولكن النتيجة هي سلسلة دردشة طويلة. من الصعب تصديرها كلوحة تحكم أو قصة جاهزة للعرض التقديمي.

ما تحتاجه بدلاً من ذلك: لوحات تحكم قابلة للتصدير ورسوم بيانية قابلة للتنزيل وتوليد عرض تقديمي بنقرة واحدة حيث يدعمها المنتج.

الخلاصة: الدردشة تحسن المحادثة، وليس الاستكشاف. A2UI هو أحد المسارات نحو واجهات تطابق كيفية عمل المحللين فعليًا.

4. A2UI لتصور البيانات: مثال RizzCharts

أظهرت جوجل بالفعل سطحًا تحليليًا بناه الوكيل

يصدر الوكيل أوصاف مكونات تصريحية. يقوم العميل بعرضها كأدوات تفاعلية أصلية.

ما هو RizzCharts

RizzCharts هو نموذج A2UI الرسمي من جوجل — لوحة تحكم للتجارة الإلكترونية مدعومة بالذكاء الاصطناعي توضح نموذج واجهة المستخدم التوليدية للتصور. يختلف نموذج التفاعل عن الأدوات التي تعتمد على الدردشة أولاً:

• المستخدم: "أظهر توزيع المبيعات حسب الفئة" → يقوم الوكيل بتوليد رسم بياني دائري تفاعلي مع إمكانية التنقل، يتم عرضه أصليًا.
• المستخدم: "هل كان هناك أي متاجر شاذة؟" → يقوم الوكيل بتوليد خريطة مع نقاط مميزة وتلميحات.
• المستخدم ينقر على شريحة → تتعمق لوحة التحكم في الفئات الفرعية دون جولة دردشة جديدة.

لا تنفيذ كود في العميل من حزمة الوكيل، لا iframe — JSON تصريحي يتم عرضه كمكونات أصلية. يجلب الوكيل (Gemini بالإضافة إلى ADK من جوجل في النموذج) البيانات عبر أدوات مثل get_sales_data و get_store_sales، ثم يقوم ببناء حمولات A2UI باستخدام تدفق surfaceUpdate → dataModelUpdate → beginRendering.

لماذا هذا مهم

الوكيل لا يحلل البيانات فقط في النص — إنه ينشئ واجهة يمكن للمستخدم استكشافها. فصل الهيكل عن الحالة يعني أن الرسوم البيانية يمكن تحديثها تفاعليًا عند وصول بيانات جديدة. يمكن لنفس JSON استهداف الأسطح الويب والجوال وسطح المكتب. يمكن للكتالوجات المخصصة توسيع A2UI بمكونات المجال: الرسوم البيانية المالية، الجداول الزمنية الطبية، الرسوم البيانية الهندسية، الطبقات الجغرافية المكانية.

القيد

A2UI هو بروتوكول، وليس منتجًا. يحدد كيفية تواصل الوكلاء مع واجهة المستخدم — وليس التنظيف والإحصائيات واختيار نوع الرسم البياني والتفكير التصميمي الذي يجب أن يحدث قبل وجود واجهة المستخدم. لا يزال سير العمل الكامل للتصور يحتاج إلى طبقة ذكاء تقرر ماذا تظهر و لماذا.

5. من البروتوكول إلى المنتج: كيف تبدو منصة بيانات واجهة المستخدم التوليدية

يحدد A2UI النقل؛ الذكاء هو المكان الذي يتركز فيه القيمة

يستهدف A2UI الميل الأخير: إيصال واجهة المستخدم التفاعلية من الوكيل إلى الشاشة. لا يزال خط الأنابيب الكامل بحاجة إلى عمق يتجاوز النقل:

1. فهم البيانات — تحليل CSV، Excel، JSON، PDF؛ استنتاج المخططات؛ اكتشاف أنواع الأعمدة؛ معالجة حالات الترميز الطرفية.
2. تنظيف البيانات — توحيد التواريخ؛ معالجة القيم الفارغة؛ معالجة القيم الشاذة؛ حل التناقضات.
3. التحليل الإحصائي — التوزيعات، الارتباطات، الاتجاهات، الشذوذ، النمو — تحديد ما هو مثير للاهتمام.
4. اختيار الرسم البياني وتصميمه — مطابقة نوع الرسم البياني للقصد؛ لوحات الألوان؛ التسلسل الهرمي البصري؛ تخطيط متجاوب.
5. التوليد التفاعلي — المرشحات، التنقل، تلميحات الأدوات، الحركة حيث تساعد الفهم.
6. التصدير والعرض — PPT، PDF، PNG، SVG، أو تضمينات لجماهير مختلفة.

يساعد A2UI في كيفية وصول الخطوة 5 إلى العميل. لا تزال الخطوات 1–4 و 6 تتطلب ذكاء مجال لا يمكن لأي بروتوكول استبداله. هذه الفجوة هي الفرق بين المعيار والمنتج.

كيف تنفذ ChartGen AI هذه الفلسفة

في ChartGen AI، كنا نبني على نفس فلسفة واجهة المستخدم التوليدية — ليس لأننا نشحن تنسيق سلك A2UI على وجه التحديد، ولكن لأننا نشارك القناعة: يجب على الوكلاء إخراج مساحات عمل تفاعلية بصرية، وليس فقرات حول الرسوم البيانية.

قم بتحميل البيانات بتنسيقات شائعة ووصف ما تريد بلغة طبيعية. يهدف النظام إلى لوحة تحكم قابلة للاستكشاف — وليس إجابة تعتمد على الدردشة فقط. ستة وكلاء متخصصون يغطون خط الأنابيب:

وكيل التخطيط

يحلل الطلب إلى مهام فرعية ويقرر التصورات المطلوبة.

وكيل تنظيف البيانات

استنتاج المخطط، معالجة القيم الفارغة، توحيد التواريخ، اكتشاف القيم الشاذة.

وكيل تحليل البيانات

الإحصائيات، اكتشاف الأنماط، تحليل الارتباط، توليد الرؤى.

وكيل التصور

اختيار نوع الرسم البياني، التخطيط، لوحة الألوان، تكوين لوحة التحكم المتجاوبة.

وكيل البحث على الويب

الإثراء الخارجي بالمعايير وسياق السوق عند الاقتضاء.

وكيل توليد العروض التقديمية

تحويل الرسوم البيانية والرؤى إلى شرائح جاهزة للعرض مع تدفق سردي.

المخرج المقصود هو لوحة يمكنك النقر والتصفية والتنقل والتصدير — واجهة مستخدم توليدية مطبقة على سير عمل تصور البيانات.

الفلسفة المشتركة: واجهة المستخدم التي يولدها الوكيل تتفوق على النص الذي يولده الوكيل للبيانات

سواء كان النقل هو JSON التصريحي لـ A2UI أو مجموعة تصور متعددة الوكلاء، فإن الرؤية هي نفسها:

بالنسبة للتحليل، غالبًا ما يكون الأثر الصحيح هو واجهة، وليس فقرة.

• يقترح الوكيل واجهة المستخدم: أنواع الرسوم البيانية والتخطيطات والتفاعلات المطابقة لمجموعة البيانات — لا يجب على المستخدمين الإدارة الدقيقة "اصنع رسمًا بيانيًا شريطيًا".
• تفاعلي افتراضيًا: تمرير، تنقل، تصفية — ليس لقطة شاشة ثابتة مدفونة في الدردشة.
• جودة أصلية: يجب أن يبدو السطح كلوحة تحكم مبنية للقرارات، وليس كرسالة مع مرفق.

6. المستقبل: ماذا تعني الواجهات المدفوعة بالوكيل لفرق البيانات

ثلاث توقعات لعامي 2026–2027

ستضيف الأدوات التي تعتمد على الدردشة أولاً طبقات واجهة مستخدم توليدية. لا تزال العديد من منتجات التحليل تستخدم النص بالإضافة إلى الصور الثابتة افتراضيًا. بحلول أواخر عام 2027، سيقوم المزيد منها بشحن لوحات تحكم تفاعلية كمخرجات من الدرجة الأولى — والمعايير المفتوحة مثل A2UI تقلل من الاحتكار لكيفية حدوث ذلك.

يتحول عمل المحلل من البناء إلى التنظيم. عندما يقوم الوكيل بتأليف لوحة التحكم، يقود الإنسان بالأسئلة، ويتحقق من الرؤى، ويشكل السرد — حكم تحريري أكثر من تجميع الرسم البياني اليدوي.

تصبح الكتالوجات الخاصة بالمجال خندقًا. البروتوكول مفتوح؛ تتركز الميزة التنافسية في مكتبات المكونات الموثوقة و ذكاء المجال — خرائط حرارة المخاطر، عروض المجموعات، خرائط الإيرادات الجغرافية، وغيرها من البدائيات المتخصصة التي تعتمد عليها الفرق.

ما يمكنك فعله الآن

• المطورون: جرب A2UI (v0.8) وADK وGemini لبناء أسطح مدفوعة بالوكيل باستخدام JSON تصريحي اليوم.
• المحللون: استخدم أدوات مثل ChartGen AI التي تعامل لوحات التحكم بالفعل كمخرج أساسي.
• قادة المنتجات: قيم أين يجب أن تنتقل سير العمل الداخلية من المطالبات التي تعتمد على الدردشة أولاً إلى الاستكشاف الذي يعتمد على واجهة المستخدم أولاً — يظهر عائد الاستثمار في سرعة الاستكشاف وجودة القرار.

7. الأسئلة المتكررة

ما هو A2UI؟

A2UI (واجهة الوكيل إلى الواجهة) هو بروتوكول مفتوح المصدر من جوجل يتيح للوكلاء إرسال JSON تصريحي يصف مكونات واجهة المستخدم — نماذج، رسوم بيانية، خرائط، لوحات تحكم — تقوم العملاء بعرضها باستخدام أدوات أصلية. معاينة عامة حول v0.8 (أواخر 2025) بموجب Apache 2.0.

ما هي واجهة المستخدم التوليدية؟

واجهة المستخدم التوليدية تعني أن النماذج تنشئ تخطيطات وعناصر تفاعلية ديناميكيًا من المطالبات، بدلاً من ملء القوالب الثابتة فقط. A2UI هو أحد البروتوكولات التي تستهدف إعدادات متعددة الوكلاء و عبر حدود الثقة.

لماذا روبوتات الدردشة ضعيفة لتحليل البيانات؟

تقوم بتسلسل التحليل إلى نص خطي. يستفيد الاستكشاف من التخطيط المكاني والتلاعب المباشر والمرئيات. يشمل الاحتكاك الشائع جدار النص، والخطية، وحلقات التفاعل البطيئة، وحالة الاستكشاف المحدودة، وأدوات العرض الضعيفة.

كيف ينتج الوكلاء لوحات تحكم تفاعلية؟

تحمل بروتوكولات مثل A2UI أوصافًا تصريحية للمكونات والبيانات المقيدة. يعرض العميل عناصر التحكم الأصلية. لا تزال الجودة الإنتاجية تعتمد على التنظيف والتحليل وذكاء التصميم الأولي — وليس فقط النقل.

ما الفرق بين A2UI وواجهة المستخدم التوليدية؟

واجهة المستخدم التوليدية هي الفكرة العامة. A2UI هو نهج مفتوح محدد يركز على البيانات التصريحية بدلاً من الكود القابل للتنفيذ، وقابلية النقل عبر العملاء، والتعاون الأكثر أمانًا عبر المؤسسات.

8. توقف عن القراءة عن بياناتك — ابدأ في استكشافها

أفضل تحليل بيانات بالذكاء الاصطناعي هو تجربة، وليس مجرد محادثة

يقوم A2UI من جوجل بإضفاء الطابع الرسمي على شيء شعر به الممارسون بالفعل: الرؤى تريد واجهات — مرشحات، تمرير، مقارنات — وليس فقط فقرات.

أثبت عصر الدردشة أن النماذج يمكنها فهم البيانات. لا يزال النص هو السطح الافتراضي الخاطئ للاستكشاف العميق: لا يمكنك تصفية فقرة، أو التعمق في نقطة، أو تمرير جملة لمعرفة نسبها.

يقدم A2UI قصة نقل. تقدم واجهة المستخدم التوليدية فلسفة منتج. تحمل الأنظمة متعددة الوكلاء التفكير الذي يقرر ما يجب تصويره. معًا، يرسمون العصر التالي: التحليل التفاعلي والبصري والقابل للاستكشاف افتراضيًا.

سواء كنت تتبنى A2UI مباشرة، أو تستخدم منصات تشارك الفلسفة، أو تبني بنفسك — فإن الاتجاه واضح. مستقبل التحليل المدعوم بالذكاء الاصطناعي ليس مجرد سلسلة دردشة. إنها تجربة يمكنك التنقل فيها.

جرب ChartGen AI على ملفك الخاص: صف السؤال، وتحقق من الأرقام مقابل صفوفك، واستكشف اللوحة بدلاً من إعادة قراءة نفس الملخص في شكل رسالة.