A2UI explicat: ce face (și nu) protocolul agent-to-UI
A2UI este un protocol declarativ JSON care permite agenților AI să descrie interfețele pe care un client le poate reda. Cum funcționează, care randare există și ce nu face.
Core Takeaway
A2UI (Agent to UI) este un protocol deschis, declarativ JSON, creat de Google. Un agent AI trimite o descriere a unei interfețe, iar un client o redă cu propriile sale componente native în loc să execute cod de la agent. Este o modalitate de a muta structura UI și datele de-a lungul unei granițe de încredere, nu un sistem de animație, o bibliotecă de componente sau un randament final. ExodeUI nu este un motor de redare A2UI și nu este afiliat cu Google.
Ce este A2UI?
A2UI este un protocol pentru interfețe comandate de agent. În loc să returneze un perete de text sau să execute codul generat, un agent AI trimite un flux de mesaje JSON care descriu o interfață de utilizare: ce suprafață să creeze, ce componente conține și ce date le umple. Clientul primește acele mesaje și redă rezultatul cu componente în care are deja încredere. A2UI a fost creat de Google și are licență Apache 2.0, cu contribuții de la CopilotKit și comunitatea open-source. În octombrie 2026, specificația actuală de producție era v0.9.1 și v1.0 era un candidat pentru lansare.
Problema pe care A2UI încearcă să o rezolve
Agenții sunt buni în a produce un răspuns util și prost în a-l oferi ca interfață. Un răspuns text nu poate afișa un tabel de comparație, un formular de comandă sau un tablou de bord. Generarea arbitrară a HTML sau JavaScript rezolvă problema prezentării și creează una de securitate, deoarece clientul rulează acum cod pe care nu l-a scris. A2UI ia o a treia cale: agentul descrie interfața de utilizare într-un format restrâns, iar clientul decide cum să o redea. Agentul poate folosi doar componente pe care clientul le-a aprobat, iar rezultatul este mai degrabă date decât cod executabil.
Cum este construită o suprafață A2UI
Protocolul folosește un set mic de tipuri de mesaje. Schema exactă se schimbă între versiuni, deci verificați specificația înainte de a implementa una, dar forma este stabilă.
- createSurface: îi spune rendererului să creeze o nouă suprafață, care este o regiune a interfeței pe care agentul o poate actualiza
- updateComponents: adaugă sau modifică definițiile componente pe acea suprafață
- updateDataModel: modifică datele afișate de componente, fără a retrimite structura
- deleteSurface: elimină o suprafață atunci când nu mai este necesară
Renderers și transporturi
A2UI este independent de transport. Specificația descrie mesajele, nu modul în care acestea călătoresc. Proiectul listează implementările de randare pentru Angular, Flutter, Lit, React și Markdown și legăturile de transport pentru AG-UI, A2A și MCP, cu WebSockets, SSE și REST de asemenea utilizabile. Această flexibilitate este esențiala: același răspuns de agent poate fi redat de un client web, o aplicație mobilă sau o aplicație desktop, fiecare folosind propriul sistem de design.
Ce nu face A2UI
A2UI este ușor de supracitit. Nu furnizează o bibliotecă de componente pe care o puteți introduce într-o aplicație și nu redă nimic de la sine: aveți nevoie de un randament și un catalog de componente pe care clientul le controlează. Nu decide cum se mișcă interfața de utilizare. Nu înlocuiește MCP, care expune instrumentele și datele unui model, sau AG-UI, care transportă evenimentele de interacțiune între un agent și un frontend. Și nu elimină necesitatea revizuirii inginerești: interfețele generate trebuie încă să se ocupe de încărcare, stări goale și de eroare, permisiuni și accesibilitate.
A2UI vs AG-UI vs MCP
Aceste trei sunt adesea menționate împreună, deoarece rezolvă straturi diferite ale aceleiași probleme. O prescurtare utilă: A2UI descrie interfața, AG-UI asigură interacțiunea, iar MCP oferă agentului instrumente și date. Documentația proprie a A2UI descrie AG-UI ca o legătură de transport pentru A2UI, iar A2UI poate călători și peste MCP. Sunt standarde complementare, nu concurente. Dacă alegi o integrare, pornește de la ceea ce poate reda clientul tău și ce transport suportă deja, nu de la protocolul cu cel mai mare impuls.
Unde se potrivesc animația și interacțiunea
A2UI descrie structura și datele. Mișcarea este o preocupare a clientului: operatorul de redare decide dacă o suprafață apare instantaneu, se estompează sau trece de la o stare anterioară. Este o veste bună pentru echipele de produs, deoarece păstrează sistemul de animație în client unde poate respecta sistemul de design și setările de accesibilitate. De asemenea, înseamnă că o implementare A2UI nu este animată automat. Dacă o interfață generată necesită o apăsare de buton, o tranziție de stare sau o reacție a mascotei, clientul trebuie să furnizeze acel comportament. ExodeUI poate reda mișcare interactivă într-un client și are un server MCP pentru instrumente de codare AI, dar nu este un redator A2UI și nu ar trebui descris ca unul.
Fragment de implementare a producției
// 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" } }Cheie Principles de reținut
- A2UI este un protocol JSON pentru interfețe descrise de agent, creat de Google și licențiat sub Apache 2.0
- Clientul realizează cu propriile componente; agentul nu execută cod arbitrar UI
- Definește mesajele și lasă clientului redarea, transportul și mișcarea
- Nu este un sistem de animație sau o bibliotecă de componente drop-in
- ExodeUI nu este un motor de redare A2UI și nu are nicio afiliere cu Google