A2UI erklärt: Was das Agent-to-UI-Protokoll tut (und was nicht).
A2UI ist ein deklaratives JSON-Protokoll, mit dem KI-Agenten Schnittstellen beschreiben können, die ein Client rendern soll. Wie es funktioniert, welche Renderer es gibt und was nicht.
Kernaussage
A2UI (Agent to UI) ist ein offenes, deklaratives JSON-Protokoll, das von Google erstellt wurde. Ein KI-Agent sendet eine Beschreibung einer Schnittstelle und ein Client rendert sie mit seinen eigenen nativen Komponenten, anstatt Code vom Agenten auszuführen. Es handelt sich um eine Möglichkeit, UI-Strukturen und Daten über eine Vertrauensgrenze hinweg zu verschieben, nicht über ein Animationssystem, eine Komponentenbibliothek oder einen fertigen Renderer. ExodeUI ist kein A2UI-Renderer und steht in keiner Verbindung zu Google.
Was ist A2UI?
A2UI ist ein Protokoll für agentengesteuerte Schnittstellen. Anstatt eine Textwand zurückzugeben oder generierten Code auszuführen, sendet ein KI-Agent einen Strom von JSON-Nachrichten, die eine Benutzeroberfläche beschreiben: welche Oberfläche erstellt werden soll, welche Komponenten sie enthält und welche Daten sie füllen. Der Client empfängt diese Nachrichten und rendert das Ergebnis mit Komponenten, denen er bereits vertraut. A2UI wurde von Google erstellt und ist für Apache 2.0 lizenziert, mit Beiträgen von CopilotKit und der Open-Source-Community. Ab Oktober 2026 war die aktuelle Produktionsspezifikation v0.9.1 und v1.0 war ein Release-Kandidat.
Das Problem, das A2UI zu lösen versucht
Agenten sind gut darin, eine nützliche Antwort zu liefern, aber schlecht darin, sie als Schnittstelle bereitzustellen. Eine Textantwort kann keine Vergleichstabelle, kein Bestellformular oder Dashboard anzeigen. Das Generieren eines beliebigen HTML oder JavaScript löst das Präsentationsproblem und schafft ein Sicherheitsproblem, da der Client jetzt Code ausführt, den er nicht geschrieben hat. A2UI geht einen dritten Weg: Der Agent beschreibt die Benutzeroberfläche in einem eingeschränkten Format und der Client entscheidet, wie er sie rendert. Der Agent kann nur vom Kunden genehmigte Komponenten verwenden und die Ausgabe besteht aus Daten und nicht aus ausführbarem Code.
Wie eine A2UI-Oberfläche aufgebaut ist
Das Protokoll verwendet einen kleinen Satz von Nachrichtentypen. Das genaue Schema ändert sich zwischen den Versionen. Überprüfen Sie daher die Spezifikation, bevor Sie eines implementieren. Die Form ist jedoch stabil.
- createSurface: weist den Renderer an, eine neue Oberfläche zu erstellen, bei der es sich um einen Bereich der Schnittstelle handelt, den der Agent aktualisieren kann
- updateComponents: Fügt Komponentendefinitionen auf dieser Oberfläche hinzu oder ändert sie
- updateDataModel: Ändert die von den Komponenten angezeigten Daten, ohne die Struktur erneut zu senden
- deleteSurface: Entfernt eine Oberfläche, wenn sie nicht mehr benötigt wird
Renderer und Transporte
A2UI ist transportunabhängig. Die Spezifikation beschreibt die Nachrichten, nicht wie sie übertragen werden. Das Projekt listet Renderer-Implementierungen für Angular, Flutter, Lit, React und Markdown sowie Transportbindungen für AG-UI, A2A und MCP auf, wobei auch WebSockets, SSE und REST verwendbar sind. Diese Flexibilität ist der Punkt: Die gleiche Agentenantwort kann von einem Webclient, einer mobilen App oder einer Desktopanwendung gerendert werden, wobei jede Anwendung ihr eigenes Designsystem verwendet.
Was A2UI nicht tut
A2UI kann leicht überlesen werden. Es wird keine Komponentenbibliothek mitgeliefert, die Sie in eine App einfügen können, und es rendert nichts selbst: Sie benötigen einen Renderer und einen Komponentenkatalog, die der Client steuert. Es entscheidet nicht, wie sich die Benutzeroberfläche bewegt. Es ersetzt nicht MCP, das Tools und Daten einem Modell zur Verfügung stellt, oder AG-UI, das die Interaktionsereignisse zwischen einem Agenten und einem Frontend überträgt. Und dadurch entfällt nicht die Notwendigkeit einer technischen Überprüfung: Generierte Schnittstellen müssen weiterhin Lade-, Leer- und Fehlerzustände, Berechtigungen und Zugänglichkeit verarbeiten.
A2UI vs. AG-UI vs. MCP
Diese drei werden oft zusammen erwähnt, weil sie verschiedene Ebenen desselben Problems lösen. Eine nützliche Abkürzung: A2UI beschreibt die Schnittstelle, AG-UI übernimmt die Interaktion und MCP stellt dem Agenten Tools und Daten zur Verfügung. Die eigene Dokumentation von A2UI beschreibt AG-UI als Transportbindung für A2UI, und A2UI kann auch über MCP übertragen werden. Es handelt sich um komplementäre und nicht konkurrierende Standards. Wenn Sie sich für eine Integration entscheiden, beginnen Sie mit dem, was Ihr Client rendern kann und welchen Transport er bereits unterstützt, und nicht mit dem Protokoll mit der größten Dynamik.
Wo Animation und Interaktion passen
A2UI beschreibt Struktur und Daten. Bewegung ist ein Anliegen des Kunden: Der Renderer entscheidet, ob eine Oberfläche sofort erscheint, eingeblendet wird oder von einem vorherigen Zustand übergeht. Das sind gute Nachrichten für Produktteams, da das Animationssystem im Client verbleibt, wo es das Designsystem und die Barrierefreiheitseinstellungen berücksichtigen kann. Dies bedeutet auch, dass eine A2UI-Implementierung nicht automatisch animiert wird. Wenn eine generierte Schnittstelle einen Tastendruck, einen Zustandsübergang oder eine Maskottchenreaktion benötigt, muss der Client dieses Verhalten bereitstellen. ExodeUI kann interaktive Bewegungen in einem Client abspielen und verfügt über einen MCP-Server für KI-Codierungstools, ist jedoch kein A2UI-Renderer und sollte auch nicht als solcher beschrieben werden.
Produktionsnahes Implementierungsbeispiel
// 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" } }Wichtige Prinzipien
- A2UI ist ein JSON-Protokoll für agentenbeschriebene Schnittstellen, das von Google erstellt und unter Apache 2.0 lizenziert ist
- Der Client rendert mit seinen eigenen Komponenten; Der Agent führt keinen beliebigen UI-Code aus
- Es definiert Nachrichten und überlässt Renderer, Transport und Bewegung dem Client
- Es handelt sich nicht um ein Animationssystem oder eine Drop-in-Komponentenbibliothek
- ExodeUI ist kein A2UI-Renderer und steht in keiner Verbindung zu Google