Skip to main content
ExodeUI

EXODEUI DESKTOP

A little space for good ideas.

Choose your platform to get the official ExodeUI installer.

Looking for Intel Mac or other builds? Explore the web studio or check all download options.

Prefer the browser? Try for free in your browser →
Rozhraní AI7 minut čtení·Updated října 2026·Tým ExodeUI

Vysvětlení A2UI: Co dělá (a nedělá) protokol Agent-to-UI

A2UI je deklarativní protokol JSON, který umožňuje agentům umělé inteligence popisovat rozhraní pro klienta k vykreslení. Jak to funguje, které renderery existují a co nedělá.

Přímé shrnutí a definice

Core Takeaway

A2UI (Agent to UI) je otevřený, deklarativní protokol JSON vytvořený společností Google. Agent AI odešle popis rozhraní a klient jej vykreslí se svými vlastními nativními komponentami namísto spouštění kódu z agenta. Je to způsob, jak přesunout strukturu uživatelského rozhraní a data přes hranici důvěryhodnosti, nikoli animační systém, knihovnu komponent nebo hotový renderer. ExodeUI není vykreslovací modul A2UI a není spojen se společností Google.

Co je A2UI?

A2UI je protokol pro rozhraní řízená agenty. Místo vracení textové zdi nebo provádění generovaného kódu odešle agent AI proud zpráv JSON, které popisují uživatelské rozhraní: který povrch vytvořit, které komponenty obsahuje a jaká data je vyplňují. Klient obdrží tyto zprávy a vykreslí výsledek pomocí komponent, kterým již důvěřuje. A2UI byl vytvořen společností Google a má licenci Apache 2.0 s příspěvky od CopilotKit a open-source komunity. V říjnu 2026 byla aktuální produkční specifikace v0.9.1 a v1.0 byla kandidátem na vydání.

Problém, který se A2UI snaží vyřešit

Agenti jsou dobří ve vytváření užitečné odpovědi a špatní v doručování jako rozhraní. Textová odpověď nemůže zobrazit srovnávací tabulku, objednávkový formulář nebo řídicí panel. Generování libovolného HTML nebo JavaScript řeší problém prezentace a vytváří bezpečnostní, protože klient nyní spouští kód, který nezapsal. A2UI má třetí cestu: agent popisuje uživatelské rozhraní v omezeném formátu a klient se rozhoduje, jak jej vykreslit. Agent může používat pouze komponenty, které klient schválil, a výstupem jsou data, nikoli spustitelný kód.

Jak se staví povrch A2UI

Protokol používá malou sadu typů zpráv. Přesné schéma se mezi verzemi mění, proto před implementací jedné zkontrolujte specifikaci, ale tvar je stabilní.

  • createSurface: říká rendereru, aby vytvořil nový povrch, což je oblast rozhraní, kterou může agent aktualizovat
  • updateComponents: přidá nebo změní definice komponent na tomto povrchu
  • updateDataModel: mění data, která komponenty zobrazují, bez opětovného odeslání struktury
  • deleteSurface: odstraní povrch, když již není potřeba

Renderery a transporty

A2UI je transportně agnostický. Specifikace popisuje zprávy, nikoli způsob jejich přenosu. Projekt uvádí implementace rendereru pro Angular, Flutter, Lit, React a Markdown a transportní vazby pro AG-UI, A2A a MCP, přičemž lze použít i WebSockets, SSE a REST. O tuto flexibilitu jde: stejnou odezvu agenta může vykreslit webový klient, mobilní aplikace nebo desktopová aplikace, přičemž každý používá svůj vlastní návrhový systém.

Co A2UI nedělá

A2UI se snadno přečte. Nedodává knihovnu komponent, kterou můžete vložit do aplikace, a sama nic nevykresluje: potřebujete vykreslovací modul a katalog komponent, který ovládá klient. Nerozhoduje o tom, jak se UI pohybuje. Nenahrazuje MCP, který vystavuje nástroje a data modelu, nebo AG-UI, které přenáší události interakce mezi agentem a frontendem. A neodstraňuje to potřebu technické kontroly: generovaná rozhraní musí stále zvládat načítání, prázdné a chybové stavy, oprávnění a dostupnost.

A2UI vs AG-UI vs MCP

Tyto tři jsou často zmiňovány společně, protože řeší různé vrstvy stejného problému. Užitečná zkratka: A2UI popisuje rozhraní, AG-UI nese interakci a MCP poskytuje agentovi nástroje a data. Vlastní dokumentace A2UI popisuje AG-UI jako transportní vazbu pro A2UI a A2UI může také cestovat přes MCP. Jsou to doplňkové, nikoli konkurenční normy. Pokud vybíráte integraci, vycházejte z toho, co váš klient dokáže vykreslit a jaký přenos již podporuje, nikoli z protokolu s největší dynamikou.

Kde se hodí animace a interakce

A2UI popisuje strukturu a data. Pohyb je zájmem klienta: renderer rozhoduje, zda se povrch objeví okamžitě, zeslábne nebo přejde z předchozího stavu. To je dobrá zpráva pro produktové týmy, protože ponechává animační systém v klientovi, kde může respektovat návrhový systém a nastavení přístupnosti. To také znamená, že implementace A2UI není automaticky animována. Pokud vygenerované rozhraní potřebuje stisk tlačítka, změnu stavu nebo maskotovou reakci, klient musí zajistit toto chování. ExodeUI může přehrávat interaktivní pohyb v klientovi a má server MCP pro kódovací nástroje AI, ale není to renderer A2UI a neměl by být jako takový popisován.

Fragment implementace výroby

Implementace interaktivních komponent
// 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" } }

Klíč Principle k zapamatování

  • A2UI je protokol JSON pro rozhraní popsaná agenty, vytvořený společností Google a licencovaný pod Apache 2.0
  • Klient renderuje s vlastními komponentami; agent neprovádí libovolný kód uživatelského rozhraní
  • Definuje zprávy a ponechává renderer, transport a pohyb na klientovi
  • Nejedná se o animační systém ani knihovnu součástí
  • ExodeUI není vykreslovací modul A2UI a nemá žádné spojení se společností Google

Často kladené otázky

Související návody a příklady

Navrhněte interaktivní UI jednou. Nasaďte stejný soubor.

Vytvářejte stavy, pružinovou fyziku a logiku vizuálně v ExodeUI a přehrávejte stejný soubor v Reactu, SwiftUI, Flutteru a dalších. Začněte zdarma.

Vyzkoušejte zdarma