A2UI چیست؟ چگونه AI Agent رابط کاربری تعاملی تولید می‌کند؟

پاسخ یک AI Agent الزاماً نباید فقط متن باشد. A2UI روشی برای ارائه رابط‌های تعاملی و ساختاریافته توسط Agent است تا خروجی‌هایی مانند فرم، انتخاب‌گر، کارت و عناصر UI به‌صورت استاندارد در برنامه نمایش داده شوند.

نویسنده
تحریریه آیوان
تاریخ انتشار
۳۱ مرداد ۱۴۰۵
زمان مطالعه
۸ دقیقه
فهرست بخش‌ها
  1. A2UI چیست؟
  2. چرا پاسخ متنی کافی نیست؟
  3. A2UI چگونه کار می‌کند؟
  4. Agent و رابط کاربری
  5. تفاوت A2UI و A2A
  6. امنیت رابط تولیدشده
  7. کاربرد سازمانی
  8. A2UI در آیوان
  9. پرسش‌های متداول
  10. منابع

A2UI چیست؟

A2UI یا Agent-to-UI روشی است که Agent به‌جای فرستادن HTML آزاد، توصیف ساختاریافته‌ای از رابط و داده آن ارائه می‌کند. Client این توصیف را با componentهای شناخته‌شده رندر می‌کند.

در نتیجه خروجی می‌تواند فرم، کارت، جدول، انتخاب‌گر یا اقدام تأییدشدنی باشد.

چرا پاسخ متنی کافی نیست؟

برای مقایسه گزینه‌ها، تکمیل اطلاعات یا تأیید اقدام، متن طولانی کاربر را مجبور می‌کند دوباره داده را تفسیر و وارد کند.

رابط ساختاریافته می‌تواند اطلاعات لازم و اقدام بعدی را شفاف‌تر نشان دهد و خطای ورود داده را کم کند.

A2UI چگونه کار می‌کند؟

Agent یک پیام ساختاریافته شامل component، property، data binding و action می‌فرستد. میزبان فقط componentهای موجود در catalog مجاز را رندر می‌کند.

Google Cloud از A2UI v0.9 و v0.8 پشتیبانی می‌کند و componentهای استاندارد را با styling داخلی Gemini Enterprise نمایش می‌دهد.

  • Structured UI message
  • Approved component catalog
  • Client-side rendering
  • Action event back to Agent

Agent و رابط کاربری

Agent منطق و داده لازم را پیشنهاد می‌کند، اما Client مالک رندر، دسترس‌پذیری و محدودیت‌های امنیتی باقی می‌ماند. این تفکیک اجازه نمی‌دهد خروجی مدل کد دلخواه در مرورگر اجرا کند.

هر action باید به intent مشخص و اعتبارسنجی سمت سرور متصل باشد.

تفاوت A2UI و A2A

A2A برای ارتباط و واگذاری کار میان Agentهاست؛ A2UI برای انتقال رابط تعاملی از Agent به تجربه کاربر.

یک Agent می‌تواند از A2A برای همکاری با Agent دیگر و از A2UI برای ارائه نتیجه به کاربر استفاده کند.

A2A

AgentAgent

A2UI

AgentUser Interface

امنیت رابط تولیدشده

Component allowlist، validation schema، escaping، مجوز action و Human Approval باید خارج از تصمیم مدل enforce شوند.

اطلاعات حساس نباید فقط به دلیل درخواست component نمایش داده شود و action پرریسک نباید با یک event بدون تأیید اجرا شود.

  • Component allowlist
  • Schema validation
  • Permission check
  • Human confirmation
  • Audit trail

کاربرد سازمانی

A2UI برای فرم درخواست، انتخاب سند، مقایسه پیشنهادها، نمایش نتیجه ابزار و مرحله تأیید مناسب است. تجربه باید predictable و سازگار با Design System سازمان بماند.

از UI پویا فقط زمانی استفاده کنید که تصمیم یا اقدام کاربر را روشن‌تر کند.

A2UI در آیوان

در آیوان، رابط تولیدشده باید از catalog کنترل‌شده، هویت کاربر و Policy اقدام تبعیت کند. Agent می‌تواند داده و intent را آماده کند، اما اجرای نهایی در مرزهای محصول و سازمان انجام می‌شود.

پرسش‌های متداول

آیا A2UI همان تولید HTML است؟

خیر؛ الگوی امن‌تر، پیام ساختاریافته و componentهای از پیش‌تأییدشده است.

A2UI چه تفاوتی با A2A دارد؟

A2A ارتباط Agent با Agent و A2UI ارتباط Agent با رابط کاربر را استاندارد می‌کند.

آیا Agent می‌تواند هر action را اجرا کند؟

خیر؛ مجوز، validation و تأیید لازم باید خارج از مدل enforce شوند.

منابع

رابط Agent را با componentهای کنترل‌شده بسازید

آیوان تجربه‌های تعاملی Agent را با Design System، مجوز و تأیید سازمانی هم‌راستا می‌کند.