A2UI selitetty: Mitä agenttien välinen protokolla tekee (ja ei)
A2UI on deklaratiivinen JSON-protokolla, jonka avulla AI-agentit voivat kuvata käyttöliittymät asiakkaan hahmonnettavaksi. Miten se toimii, mitkä renderöijät ovat olemassa ja mitä se ei tee.
Core Takeaway
A2UI (Agent to UI) on Googlen luoma avoin, deklaratiivinen JSON-protokolla. Tekoälyagentti lähettää kuvauksen käyttöliittymästä, ja asiakas renderöi sen omilla alkuperäisillä komponenteilla sen sijaan, että se suorittaisi agentin koodia. Se on tapa siirtää käyttöliittymärakennetta ja tietoja luottamusrajojen yli, ei animaatiojärjestelmää, komponenttikirjastoa tai valmiita hahmontajia. ExodeUI ei ole A2UI-hahmontaja, eikä se ole sidoksissa Googleen.
Mikä on A2UI?
A2UI on agenttiohjattujen liitäntöjen protokolla. Sen sijaan, että se palauttaisi tekstimuurin tai suorittaisi luodun koodin, tekoälyagentti lähettää JSON-sanomia, jotka kuvaavat käyttöliittymää: mikä pinta luodaan, mitä komponentteja se sisältää ja mitkä tiedot täyttävät ne. Asiakas vastaanottaa nämä viestit ja tekee tuloksen komponenteilla, joihin se jo luottaa. A2UI on Googlen luoma, ja se on lisensoitu Apache 2.0:lle CopilotKitin ja avoimen lähdekoodin yhteisöltä. Lokakuusta 2026 lähtien nykyinen tuotantospesifikaatio oli v0.9.1 ja v1.0 oli julkaisuehdokas.
Ongelma, jota A2UI yrittää ratkaista
Agentit ovat hyviä tuottamaan hyödyllisen vastauksen ja huonoja toimittamaan sen käyttöliittymänä. Tekstivastauksessa ei voi näyttää vertailutaulukkoa, tilauslomaketta tai kojelautaa. Mielivaltaisen HTML:n tai JavaScript:n luominen ratkaisee esitysongelman ja luo suojausongelman, koska asiakas käyttää nyt koodia, jota se ei kirjoittanut. A2UI käyttää kolmannen reitin: agentti kuvaa käyttöliittymän rajoitetussa muodossa, ja asiakas päättää, kuinka se hahmonnetaan. Agentti voi käyttää vain asiakkaan hyväksymiä komponentteja, ja tulos on dataa suoritettavan koodin sijaan.
Kuinka A2UI-pinta rakennetaan
Protokolla käyttää pientä joukkoa viestityyppejä. Tarkka skeema vaihtelee versioiden välillä, joten tarkista spesifikaatio ennen sellaisen käyttöönottoa, mutta muoto on vakaa.
- createSurface: käskee renderöijää luomaan uuden pinnan, joka on rajapinnan alue, jonka agentti voi päivittää
- updateComponents: lisää tai muuttaa komponenttimäärityksiä kyseiselle pinnalle
- updateDataModel: muuttaa komponenttien näyttämiä tietoja lähettämättä rakennetta uudelleen
- deleteSurface: poistaa pinnan, kun sitä ei enää tarvita
Renderöijät ja kuljetukset
A2UI on kuljetusagnostikko. Tekniset tiedot kuvaavat viestit, eivät miten ne kulkevat. Projektissa luetellaan renderöintitoteutuksia Angular, Flutter, Lit, React ja Markdown sekä kuljetussidokset AG-UI:lle, A2A ja MCP, joissa myös WebSockets, SSE ja REST ovat käytettävissä. Tämä joustavuus on asian ydin: saman agentin vastauksen voi tuottaa verkkoasiakas, mobiilisovellus tai työpöytäsovellus, joista jokainen käyttää omaa suunnittelujärjestelmäänsä.
Mitä A2UI ei tee
A2UI on helppo lukea liikaa. Se ei lähetä komponenttikirjastoa, jonka voit pudottaa sovellukseen, eikä se hahmonna mitään itsestään: tarvitset renderöijän ja komponenttiluettelon, joita asiakas hallitsee. Se ei päätä, miten käyttöliittymä liikkuu. Se ei korvaa MCP:ää, joka paljastaa työkalut ja tiedot mallille, tai AG-UI:ta, joka kuljettaa agentin ja käyttöliittymän väliset vuorovaikutustapahtumat. Eikä se poista tarvetta tekniseen tarkasteluun: luotujen rajapintojen on silti käsiteltävä lataus-, tyhjä- ja virhetilat, käyttöoikeudet ja saavutettavuus.
A2UI vs AG-UI vs MCP
Nämä kolme mainitaan usein yhdessä, koska ne ratkaisevat saman ongelman eri kerroksia. Hyödyllinen lyhenne: A2UI kuvaa käyttöliittymän, AG-UI suorittaa vuorovaikutuksen ja MCP antaa agenttityökalut ja tiedot. A2UI:n omassa dokumentaatiossa AG-UI kuvataan A2UI:n kuljetussidontana, ja A2UI voi myös matkustaa MCP:n kautta. Ne ovat toisiaan täydentäviä, eivät kilpailevia standardeja. Jos valitset integraation, aloita siitä, mitä asiakkaasi voi renderöidä ja mitä siirtoa se jo tukee, älä siitä protokollasta, jolla on eniten vauhtia.
Missä animaatio ja vuorovaikutus sopivat
A2UI kuvaa rakennetta ja dataa. Liike on asiakkaan huolenaihe: renderöijä päättää, ilmestyykö pinta välittömästi, häivyttääkö vai siirtyykö se edellisestä tilasta. Tämä on hyvä uutinen tuotetiimeille, koska se pitää animaatiojärjestelmän asiakkaassa, jossa se voi kunnioittaa suunnittelujärjestelmää ja saavutettavuusasetuksia. Se tarkoittaa myös sitä, että A2UI-toteutusta ei animoida automaattisesti. Jos luotu käyttöliittymä tarvitsee painikkeen painalluksen, tilasiirtymän tai maskottireaktion, asiakkaan on tarjottava tämä käyttäytyminen. ExodeUI voi toistaa interaktiivista liikettä asiakaskoneessa, ja siinä on MCP-palvelin tekoälykoodaustyökaluille, mutta se ei ole A2UI-renderöijä, eikä sitä pidä kuvailla sellaiseksi.
Tuotannon toteutuskatkelma
// 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" } }Avain Principles muistettavat
- A2UI on JSON-protokolla agentin kuvaamille liitännöille, jonka on luonut Google ja lisensoitu Apache 2.0:lla
- Asiakas renderöi omilla komponenteillaan; agentti ei suorita mielivaltaista käyttöliittymäkoodia
- Se määrittelee viestit ja jättää renderöijän, kuljetuksen ja liikkeen asiakkaalle
- Se ei ole animaatiojärjestelmä tai drop-in-komponenttikirjasto
- ExodeUI ei ole A2UI-hahmontaja eikä sillä ole yhteyttä Googleen