Google A2UI und CopilotKit: KI-Agenten erhalten echte Oberflächen
Statt langer Chat-Antworten sollen KI-Agenten künftig interaktive Formulare, Auswahlkarten und Aktionen direkt in Anwendungen ausgeben. Google und CopilotKit beschreiben dafür einen deklarativen, frameworkübergreifenden Weg – mit wichtigen Grenzen.
A2UI beschreibt interaktive Oberflächen als strukturierte Daten. CopilotKit bringt Agenten, AG-UI-Ereignisse und Renderer zusammen. Vorgegebene Komponenten begrenzen die Ausgabe; sie ersetzen aber weder Tool-Berechtigungen noch technische Tests.
Quellenstatus und Evidenzgrenzen
- Primärquelle
Offizielle Google- und CopilotKit-Beiträge sowie A2UI-Projektdokumentation sind verlinkt. Originalbeitrag
- Nicht unabhängig geprüft
Keine eigene Ausführung von A2UI-Integrationen oder Sicherheitstests; Reifegrad und Produktangaben getrennt.
Der konkrete Fortschritt vom 29. Oktober
Der Google-Entwicklerbeitrag vom 29. Oktober 2026 demonstriert mit CopilotKit, wie ein Agent eine Aufgabe nicht mehr ausschließlich in Text beantwortet. Bei einer Reisesuche kann er beispielsweise Karten mit mehreren Angeboten und danach eine Auswahl für Datum oder Ausstattung ausgeben. Die Person bedient die Elemente direkt und der Agent setzt den Dialog anhand dieser Eingaben fort.
Dies ist eine Verbesserung der Agenten-Benutzerschnittstelle, keine Ankündigung eines neuen Modells. Entscheidend ist, ob komplexe Agentenergebnisse bedienbar und prüfbar werden. Ein Beispiel für Reisebuchungen ist aber kein Nachweis einer fehlerfreien oder rechtlich verbindlichen Transaktion.
Die Rollen von A2UI, AG-UI und CopilotKit
A2UI ist das deklarative Format: Ein Agent beschreibt erlaubte Komponenten und Daten. AG-UI überträgt entsprechende Ereignisse zwischen Agent und Benutzeroberfläche. CopilotKit integriert Laufzeit, Renderer und Anwendungslogik. Diese Schichten sind nicht austauschbar: Das Protokoll entscheidet nicht, ob ein Nutzer berechtigt ist, eine Zahlung auszuführen.
Google nennt Integrationswege für Google ADK, LangChain, Mastra und AWS Strands. Das A2UI-Format muss dabei nicht an ein einzelnes Frontend-Framework gebunden sein. Entscheidend sind passende Adapter und ein Komponenten-Katalog auf der Zielplattform.
Warum erlaubte Komponenten sicherer sind als freies HTML
Der Client hält einen Katalog vertrauenswürdiger UI-Bausteine bereit. Ein Agent wählt daraus, statt beliebiges HTML oder JavaScript direkt auszuführen. Unbekannte Komponenten und unpassende Eigenschaften können von der Anwendung zurückgewiesen werden. So bleibt das Design kontrollierbar und die Darstellungslogik bei den Entwicklern.
Die Sicherheitsgrenze darf jedoch nicht überschätzt werden: Ein zulässiger Button kann weiterhin eine kritische Aktion anfordern. Authentifizierung, Autorisierung, Freigabe sensibler Werkzeuge und die Abwehr von Prompt Injection müssen zusätzlich umgesetzt werden. Ein sicherer Renderer ist nicht automatisch ein sicherer Agent.
Wie der Rückkanal die Oberfläche interaktiv macht
A2UI kann strukturierte Nachrichten schrittweise streamen. Eingabefelder beziehen sich auf definierte Datenpfade, Aktionen senden Nutzereingaben zurück und der Agent aktualisiert die Oberfläche. Im Entwicklerbeispiel werden Komponenteneigenschaften mit Schemas geprüft, bevor sie dargestellt werden.
Dadurch lassen sich Suchergebnisse, Filter, Terminwahl und Bestätigung innerhalb einer Oberfläche verbinden. Dennoch benötigt jede Aktion eine getrennte serverseitige Prüfung. Die Tatsache, dass eine Eingabe formal gültig ist, garantiert noch nicht, dass eine Bestellung, ein Export oder eine Rechteänderung zulässig wäre.
CopilotKit erweitert das eigene Komponentenangebot
Parallel zum Google-Beitrag beschreibt CopilotKit eine erweiterte Generative-UI-Plattform mit einem Standardkatalog von 70 Komponenten, sogenannten Surfaces auch außerhalb des Chats und einem Markdown-Modus. Diese Funktionen sind eine CopilotKit-Produktankündigung und dürfen nicht mit den 18 allgemeinen Basis-Primitiven des A2UI-Protokolls gleichgesetzt werden.
Ob eine bestimmte Komponente auf einer vorhandenen App läuft, hängt vom verwendeten Renderer und der Version ab. Für Unternehmen ist deshalb ein kleiner Integrationsprototyp sinnvoller als die Annahme, jeder Client könne sofort alle 70 Komponenten darstellen.
A2UI ist noch kein endgültiger Universalstandard
Die A2UI-Projektdokumentation führt v0.9.1 als aktuellen Produktionsstand und v1.0 als Candidate. Zugleich bezeichnet das Repository das Vorhaben als frühe öffentliche Preview. Ein Demo-Workflow macht den Ansatz greifbar, beweist aber noch keine vollständige Versions- und Framework-Kompatibilität.
Teams sollten Versionen fixieren, unbekannte Komponenten sicher behandeln, Fehlermeldungen definieren und Rückfallpfade zu Text anbieten. Besonders wichtig sind Regressionstests für gebundene Nutzereingaben und Tool-Aufrufe, wenn ein Agenten-Backend oder Renderer aktualisiert wird.
Ein sinnvoller Pilot und unser Fazit
Ein guter Start ist ein rein lesender Support- oder Recherche-Agent, der Suchergebnisse als strukturierte Karten ausgibt. Danach kann eine Entwurfsaktion hinter expliziter Bestätigung folgen. Gemessen werden sollten abgeschlossene Nutzeraufgaben, fehlerhafte Eingaben, falsch ausgelöste Tools und die Robustheit gegenüber manipulierten Quellen.
AgentenCode sieht A2UI als relevante Verschiebung: Der Agent liefert nicht nur Inhalt, sondern Vorschläge für Interaktion. Über die Sicherheit entscheidet weiterhin die Anwendung. Unsere Referenz zu Agenten-Evals erklärt die nötigen Prüfungen. Stand: 31. Oktober 2026; keine eigenen Produktbenchmarks.
Originalquellen
- Google Developers Blog: Build Generative UI Apps with A2UI & CopilotKit (29 October 2026)
- CopilotKit: Catalogs, Surfaces and Markdown Mode (29 October 2026)
- A2UI: protocol versions and current maturity
Stand 31.10.2026. Keine unabhängige Produktsicherheitsprüfung.
Häufige Fragen
Führt A2UI beliebigen Modellcode im Browser aus?
Im beschriebenen deklarativen Modus werden nur erlaubte UI-Komponenten dargestellt. Andere Integrationen und serverseitige Tools brauchen eigene Sicherheitskontrollen.
Sind alle 70 CopilotKit-Komponenten Teil des A2UI-Basisprotokolls?
Nein. CopilotKit beschreibt einen erweiterten Produktkatalog; A2UI selbst definiert ein allgemeines Protokoll und einen kleineren Basiskatalog.
Ist A2UI bereits endgültig standardisiert?
Nein. Die Projektdokumentation nennt v0.9.1 als aktuellen Produktionsstand und v1.0 als Candidate.