A2UI Giải thích: Giao thức Agent-to-UI làm gì (và không làm)
A2UI là giao thức JSON khai báo cho phép các tác nhân AI mô tả các giao diện để máy khách hiển thị. Nó hoạt động như thế nào, trình kết xuất nào tồn tại và nó không làm gì.
Điểm chính
A2UI (Tác nhân tới giao diện người dùng) là giao thức JSON mở, khai báo do Google tạo. Tác nhân AI sẽ gửi mô tả về giao diện và máy khách sẽ hiển thị giao diện đó bằng các thành phần gốc của chính nó thay vì thực thi mã từ tác nhân. Đó là một cách để di chuyển cấu trúc và dữ liệu giao diện người dùng qua ranh giới tin cậy, không phải hệ thống hoạt ảnh, thư viện thành phần hoặc trình kết xuất hoàn chỉnh. ExodeUI không phải là trình kết xuất A2UI và không liên kết với Google.
A2UI là gì?
A2UI là giao thức dành cho giao diện điều khiển tác nhân. Thay vì trả về một bức tường văn bản hoặc thực thi mã được tạo, tác nhân AI sẽ gửi một luồng thông báo JSON mô tả giao diện người dùng: bề mặt nào cần tạo, thành phần nào chứa và dữ liệu nào lấp đầy chúng. Máy khách nhận được những tin nhắn đó và hiển thị kết quả với các thành phần mà nó đã tin cậy. A2UI được tạo bởi Google và được cấp phép Apache 2.0, với sự đóng góp từ CopilotKit và cộng đồng nguồn mở. Kể từ tháng 10 năm 2026, thông số kỹ thuật sản xuất hiện tại là v0.9.1 và v1.0 là phiên bản có thể phát hành.
Vấn đề A2UI đang cố gắng giải quyết
Các đại lý giỏi đưa ra câu trả lời hữu ích nhưng lại kém trong việc cung cấp câu trả lời đó dưới dạng giao diện. Phản hồi văn bản không thể hiển thị bảng so sánh, biểu mẫu đặt hàng hoặc trang tổng quan. Việc tạo HTML hoặc JavaScript tùy ý sẽ giải quyết vấn đề trình bày và tạo một vấn đề bảo mật, vì máy khách hiện đang chạy mã mà nó không ghi. A2UI thực hiện lộ trình thứ ba: tác nhân mô tả giao diện người dùng ở định dạng bị ràng buộc và khách hàng quyết định cách hiển thị nó. Tác nhân chỉ có thể sử dụng các thành phần mà khách hàng đã phê duyệt và đầu ra là dữ liệu chứ không phải mã thực thi.
Cách xây dựng bề mặt A2UI
Giao thức sử dụng một tập hợp nhỏ các loại thông báo. Lược đồ chính xác thay đổi giữa các phiên bản, vì vậy hãy kiểm tra thông số kỹ thuật trước khi triển khai một lược đồ nhưng hình dạng vẫn ổn định.
- createSurface: yêu cầu trình kết xuất tạo một bề mặt mới, đây là một vùng của giao diện mà tác nhân có thể cập nhật
- updateComponents: thêm hoặc thay đổi định nghĩa thành phần trên bề mặt đó
- updateDataModel: thay đổi dữ liệu mà các thành phần hiển thị mà không gửi lại cấu trúc
- deleteSurface: xóa một bề mặt khi không còn cần thiết
Trình kết xuất và vận chuyển
A2UI không liên quan đến vận chuyển. Thông số kỹ thuật mô tả các tin nhắn chứ không phải cách chúng di chuyển. Dự án liệt kê các triển khai trình kết xuất cho Angular, Flutter, Lit, React và Markdown, cũng như các liên kết truyền tải cho AG-UI, A2A và MCP, với WebSockets, SSE và REST cũng có thể sử dụng được. Tính linh hoạt đó chính là điểm mấu chốt: ứng dụng khách web, ứng dụng dành cho thiết bị di động hoặc ứng dụng dành cho máy tính để bàn có thể hiển thị cùng một phản hồi của tác nhân, mỗi ứng dụng sử dụng hệ thống thiết kế riêng.
Những gì A2UI không làm
A2UI rất dễ đọc quá mức. Nó không gửi thư viện thành phần mà bạn có thể thả vào ứng dụng và nó không tự hiển thị bất cứ thứ gì: bạn cần một trình kết xuất và danh mục thành phần mà khách hàng kiểm soát. Nó không quyết định cách UI di chuyển. Nó không thay thế MCP, hiển thị các công cụ và dữ liệu cho một mô hình hoặc AG-UI, mang các sự kiện tương tác giữa tác nhân và giao diện người dùng. Và nó không loại bỏ nhu cầu xem xét kỹ thuật: các giao diện được tạo vẫn phải xử lý các trạng thái tải, trống và lỗi, quyền và khả năng truy cập.
A2UI so với AG-UI so với MCP
Ba điều này thường được đề cập cùng nhau vì chúng giải quyết các tầng khác nhau của cùng một vấn đề. Một cách viết tắt hữu ích: A2UI mô tả giao diện, AG-UI mang tính tương tác và MCP cung cấp các công cụ và dữ liệu cho tác nhân. Tài liệu riêng của A2UI mô tả AG-UI là ràng buộc vận chuyển cho A2UI và A2UI cũng có thể di chuyển qua MCP. Chúng là những tiêu chuẩn bổ sung, không cạnh tranh. Nếu bạn đang chọn tích hợp, hãy bắt đầu từ những gì máy khách của bạn có thể hiển thị và phương tiện truyền tải nào nó đã hỗ trợ, chứ không phải từ giao thức có động lực cao nhất.
Nơi hoạt hình và tương tác phù hợp
A2UI mô tả cấu trúc và dữ liệu. Chuyển động là mối quan tâm của khách hàng: trình kết xuất quyết định liệu một bề mặt có xuất hiện ngay lập tức, mờ dần hay chuyển từ trạng thái trước đó hay không. Đó là tin tốt cho nhóm sản phẩm vì nó giữ hệ thống hoạt ảnh ở trong máy khách nơi hệ thống có thể tôn trọng hệ thống thiết kế và cài đặt trợ năng. Điều đó cũng có nghĩa là việc triển khai A2UI không tự động hoạt hình. Nếu giao diện được tạo cần nhấn nút, chuyển trạng thái hoặc phản ứng linh vật, khách hàng phải cung cấp hành vi đó. ExodeUI có thể phát chuyển động tương tác trong máy khách và nó có máy chủ MCP cho các công cụ mã hóa AI, nhưng nó không phải là trình kết xuất A2UI và không nên được mô tả là một.
Đoạn mã triển khai thực tế
// 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" } }Nguyên tắc chính cần nhớ
- A2UI là giao thức JSON dành cho các giao diện do tác nhân mô tả, do Google tạo và được cấp phép theo Apache 2.0
- Máy khách kết xuất với các thành phần riêng của nó; tác nhân không thực thi mã UI tùy ý
- Nó xác định các thông điệp và để lại trình kết xuất, vận chuyển và chuyển động cho máy khách
- Nó không phải là một hệ thống hoạt hình hoặc thư viện thành phần thả vào
- ExodeUI không phải là trình kết xuất A2UI và không có liên kết với Google