---
title: "Generative Oberflächen brauchen klare Aktionsregeln"
description: "GPT-6 erzeugt interaktive Oberflächen direkt in Antworten. Unternehmen müssen Zustände, erlaubte Aktionen, Barrierefreiheit und Freigaben kontrollieren."
date: 2026-10-12
lang: de
tags: [governance, softwareentwicklung, automatisierung, analyse]
author: "thinkai.at"
canonical: https://thinkai.at/blog/generative-oberflaechen-brauchen-aktionsregeln/
---

# Generative Oberflächen brauchen klare Aktionsregeln

**Generative Oberflächen** machen aus einer KI-Antwort eine bedienbare Anwendung. OpenAI rollt GPT-6 in ChatGPT mit „Intelligent UI“ aus: Das System kann Informationen nicht nur als Text, sondern auch als interaktive Visualisierung oder Arbeitsfläche darstellen. Damit verändert sich die Kontrollfrage grundlegend.

## Wenn eine Antwort Schaltflächen bekommt

Eine Zusammenfassung ist passiv. Ein Formular, Filter oder Button kann dagegen einen Zustand verändern: Daten speichern, einen Workflow starten oder eine Entscheidung übergeben. Unternehmen dürfen deshalb Darstellung und Berechtigung nicht vermischen. Nur weil ein Modell eine passende Aktion anzeigt, ist diese Aktion noch nicht erlaubt.

Google verfolgt mit A2UI einen technisch klar getrennten Ansatz. Der Agent sendet eine deklarative Beschreibung der gewünschten Oberfläche. Der Client rendert daraus bekannte, vertrauenswürdige Komponenten, statt beliebigen ausführbaren Code vom Agenten zu übernehmen. Das begrenzt die Angriffsfläche und erlaubt der Anwendung, Design, Plattformregeln und verfügbare Komponenten selbst zu kontrollieren.

## Die Oberfläche braucht einen Aktionsvertrag

Für produktive Systeme sollte jede generierte Interaktion auf einen vorab definierten Vertrag treffen:

- **Komponente:** Welche Formulare, Diagramme und Bedienelemente darf der Agent überhaupt anfordern?
- **Zustand:** Welche Datenquelle ist führend, und wie erkennt die Oberfläche veraltete Informationen?
- **Aktion:** Welcher konkrete API-Aufruf liegt hinter einem Button, mit welcher Identität und welchem Berechtigungsumfang?
- **Freigabe:** Welche Änderungen benötigen eine Vorschau, Bestätigung oder Vier-Augen-Prüfung?
- **Wiederholung:** Wie verhindert das System doppelte Buchungen oder Tickets nach Reload, Timeout oder erneutem Klick?
- **Nachweis:** Welche Eingabe, Modellversion, UI-Struktur und Aktion müssen später nachvollziehbar sein?

Barrierefreiheit gehört ebenfalls in den Renderer, nicht in die Hoffnung auf den Prompt. Tastaturbedienung, Fokusführung, Kontrast und verständliche Beschriftungen müssen durch geprüfte Komponenten und automatisierte Tests abgesichert werden.

## Was DACH-Unternehmen jetzt vorbereiten sollten

Beginnen Sie mit lesenden Oberflächen: Vergleiche, Filter, Diagramme und Entwürfe. Schreibende Aktionen sollten zunächst eine explizite Vorschau und menschliche Bestätigung verlangen. Security, Fachbereich und UX müssen gemeinsam definieren, welche Komponenten und Aktionen in welchem Prozess zulässig sind.

Der Merksatz lautet: **Die Oberfläche darf generiert werden. Die Autorität dahinter muss fest verdrahtet bleiben.**

## Quellen

- [OpenAI — GPT-6 and Intelligent UI for everyone](https://openai.com/index/gpt-6-for-everyone)
- [Google Developers Blog — Introducing A2UI](https://developers.googleblog.com/introducing-a2ui-an-open-project-for-agent-driven-interfaces/)
- [Google — A2UI on GitHub](https://github.com/google/A2UI)