A2UI und Gaming: Wie KI-generierte Oberflächen die Immersion verändern könnten

Wer heute ein Rollenspiel startet, bewegt sich durch Menüs, Dialogfenster und Inventare, die Designerinnen und Designer lange vorher entworfen haben. Jede Schaltfläche ist festgelegt, jede Auswahl vorgedacht. Gleichzeitig ziehen KI-Agenten, also Programme, die mit Hilfe eines Sprachmodells selbstständig Aufgaben erledigen, in immer mehr Software ein. Sie antworten bisher aber meist mit Text. Genau hier setzt A2UI an, ein Protokoll, mit dem Agenten Oberflächen erzeugen können.

Vorweg eine ehrliche Einordnung: Keine der Quellen zu A2UI erwähnt Spiele. Der Gaming-Bezug in diesem Artikel ist eine Herleitung, ein Gedankenexperiment auf Basis dessen, was das Protokoll technisch leistet.

Was A2UI eigentlich ist

A2UI steht für Agent-to-User Interface. Es ist ein quelloffenes, deklaratives Protokoll von Google. Deklarativ heißt: Es wird beschrieben, was angezeigt werden soll, nicht wie es Schritt für Schritt gebaut wird. Damit können KI-Agenten interaktive Oberflächen erzeugen, statt nur Text zu liefern. Laut MarkTechPost hat Google A2UI am 22. Dezember 2025 als Open Source veröffentlicht, bestehend aus einer Spezifikation und Bibliotheken.

Das Grundprinzip: Der Agent schickt kein fertiges Layout und keinen Code, sondern eine Nachricht im JSON-Format (einem verbreiteten, textbasierten Datenformat), die die Absicht einer Oberfläche beschreibt. Etwa: „Zeige eine Karte mit drei Auswahlmöglichkeiten und einem Eingabefeld.“ Die App stellt diese Absicht dann mit ihren eigenen Komponenten dar, ob in Flutter, Angular, Lit oder einem anderen UI-Framework, also einem Baukasten zum Programmieren von Oberflächen.

Das Format kann spontan als strukturierte Ausgabe des Modells entstehen oder als Vorlage dienen, die nur noch mit Werten befüllt wird. Transportiert wird die Nachricht laut Google etwa über A2A (ein Protokoll für die Kommunikation zwischen Agenten) oder AG-UI (ein Protokoll, das Agenten mit Benutzeroberflächen verbindet), weitere Wege sind denkbar.

Katalog statt Code: das Sicherheitsprinzip

Ein zentraler Designgedanke: A2UI ist ein reines Datenformat, kein ausführbarer Code. Die App führt einen Katalog geprüfter Bausteine, zum Beispiel Card, Button oder TextField. Der Agent darf nur daraus wählen.

Weil die Nachricht keine Logik wie JavaScript enthält, kann der Agent darüber keinen XSS-Angriff ausführen. XSS steht für Cross-Site-Scripting, also das Einschleusen von fremdem Skriptcode in eine Anwendung. Die Kontrolle darüber, was überhaupt dargestellt werden kann, bleibt bei der App, nicht beim Modell.

Für Spiele wäre das nach unserer Einschätzung ein wichtiger Punkt. Ein Sprachmodell, das frei Code in ein laufendes Spiel einschleust, wäre ein großes Risiko für Stabilität, Sicherheit und Anti-Cheat-Systeme, die Manipulationen am Spiel verhindern sollen. Ein Modell, das nur aus einem vom Studio definierten Baukasten wählt, ist dagegen deutlich beherrschbarer.

Warum das für Spiele interessant sein könnte

Immersion beschreibt das Gefühl, ganz in eine Spielwelt einzutauchen und zu vergessen, dass man vor einem System sitzt. Starre Oberflächen können diesen Effekt brechen: Ein KI-Charakter mag frei sprechen, aber wenn die Interaktion immer im selben Textfenster mit denselben drei Antwortknöpfen endet, spürt man die Grenzen. Die folgenden Szenarien sind Überlegungen, keine existierenden Produkte.

Dialoge, die mehr sind als Text

Stellen wir uns eine Händlerin in einem Fantasy-Spiel vor, die von einem KI-Agenten gesteuert wird. Fragt man sie nach einem seltenen Trank, könnte sie statt eines Textblocks eine passende Oberfläche anbieten: eine Karte mit Zutaten, einen Schieberegler für die Menge, einen Button zum Feilschen. Alles aus Bausteinen, die das Studio vorher im Stil des Spiels gestaltet hat.

Der Charakter könnte dadurch handlungsfähiger wirken, weil sein Verhalten nicht nur in Worten, sondern auch in der Interaktion sichtbar wird.

Oberflächen, die zur Welt passen

Weil A2UI lokal mit den eigenen Komponenten der App gerendert, also auf dem Gerät gezeichnet wird, bleibt laut Analytics Vidhya das Markenerlebnis gleich. Übertragen auf Spiele heißt das: Der Agent bestimmt den Inhalt, das Studio den Look. Ein Questlog könnte als vergilbte Pergamentrolle erscheinen, eine Funknachricht im Sci-Fi-Setting als flackerndes Hologramm. Der Agent muss davon nichts wissen, er sagt nur „hier gehört eine Liste mit Zielen hin“.

Gerade diese Trennung könnte helfen, dass KI-generierte Inhalte nicht wie Fremdkörper wirken.

Ein Spiel, viele Geräte

Dieselbe A2UI-Nachricht lässt sich in verschiedenen Apps mit unterschiedlichen Frameworks darstellen, genannt werden Web, Mobil und Desktop. Denkbar wäre etwa eine Companion-App, also eine Begleit-App fürs Smartphone, in der derselbe KI-Begleiter wie im Hauptspiel auftaucht und passende Oberflächen erzeugt, jeweils angepasst an das Gerät.

Einordnung im Spektrum der Generative UI

Unter Generative UI versteht man Oberflächen, die ganz oder teilweise von einer KI erzeugt werden. A2UI ist nicht der einzige Ansatz dafür. CopilotKit ordnet die Optionen nach dem Verhältnis von Kontrolle und Freiheit ein. Neben A2UI tauchen dort AG-UI und MCP Apps auf; MCP (Model Context Protocol) ist ein Standard, um Sprachmodelle mit Werkzeugen und Anwendungen zu verbinden.

Für Spiele, in denen Designvision und Stabilität zählen, wirkt die Mitte dieses Spektrums aus unserer Sicht plausibel: genug Spielraum für situative Oberflächen, genug Kontrolle für ein stimmiges Erlebnis.

Grenzen und offene Fragen

So reizvoll die Szenarien sind, es gibt handfeste Einwände. Einige ergeben sich aus den Quellen, andere sind eigene Einschätzungen.

• Keine Game-Engines in Sicht: Die genannten Renderer sind App-Frameworks wie Flutter, Angular oder Lit. Ob es Anbindungen an Spiel-Engines, also die technischen Grundgerüste von Games, gibt oder geben wird, geht aus der Recherche nicht hervor.
• Frühes Stadium: Das Protokoll ist jung. Eine Drittanbieter-Umsetzung gibt an, auf Version 0.8 aufzubauen. Spezifikationen in diesem Stadium ändern sich erfahrungsgemäß noch.
• Latenz: Gemeint ist die Verzögerung zwischen Aktion und Reaktion. Spiele sind auf schnelle Rückmeldungen angewiesen. Wenn erst ein Modell antworten muss, bevor eine Oberfläche erscheint, kann genau das die Immersion stören, die generierte Oberflächen eigentlich fördern sollen. Belastbare Messwerte dazu liegen uns nicht vor.
• Vorhersehbarkeit: Spieldesign lebt von bewusst gesetzten Momenten. Eine Oberfläche, die jedes Mal anders aussieht, kann verwirren statt fesseln. Der Katalog begrenzt das Risiko, beseitigt es aber nicht.

1. Katalog definieren

   Welche UI-Bausteine darf ein KI-Charakter überhaupt nutzen? Hier entscheidet sich die Designhoheit.

2. Stil festlegen

   Bausteine im Look der Spielwelt gestalten, damit generierte Oberflächen nicht herausfallen.

3. Fallbacks planen

   Was passiert, wenn der Agent zu langsam ist oder Unsinn vorschlägt? Feste Standardmenüs bereithalten.

4. Klein testen

   Zuerst Nebenschauplätze wie Händler oder Companion-Apps erproben, nicht das Kern-Gameplay.

Diese Schritte sind keine offizielle Empfehlung, sondern ein möglicher Weg, wie ein Studio das Thema vorsichtig angehen könnte.

Fazit: ein Baustein, kein Durchbruch

A2UI löst ein konkretes Problem: Wie können KI-Agenten mehr als Text liefern, ohne dass man ihnen Code anvertrauen muss? Die Antwort, eine deklarative Absichtsbeschreibung plus geprüfter Komponentenkatalog, passt nach unserer Einschätzung gut zu den Anforderungen von Spielen: Kontrolle, Stil und Sicherheit.

Ob daraus mehr Immersion entsteht, ist aber offen. Dafür bräuchte es Anbindungen an Spiel-Engines, Antwortzeiten im Spieltempo und Studios, die experimentieren. Bis dahin ist A2UI für Gaming vor allem eine interessante Blaupause dafür, wie KI-Charaktere eines Tages nicht nur sprechen, sondern auch handeln könnten.

Quellen

• What is A2UI Protocol? : Deep Dive with code and example
• GitHub - a2ui-project/a2ui · GitHub
• Google Introduces A2UI (Agent-to-User Interface): An Open Sourc Protocol for Agent Driven Interfaces - MarkTechPost
• Introducing A2UI: An open project for agent-driven interfaces - Google Developers Blog
• Google A2UI Explained: How AI Agents Build Secure, Native User Interfaces
• GitHub - CopilotKit/generative-ui: Generative UI examples for: AG-UI, A2UI/Open-JSON-UI, and MCP Apps. · GitHub
• A2UI Protocol - Agent-to-User Interface