KI-Agenten schreiben rund 4.500 Wörter pro Minute, ein Mensch liest 240. Genau diese Kluft macht die Chat-Oberfläche zum Nadelöhr, sobald Mensch und Agent gemeinsam ein Projekt planen. Die Designerin Maggie Appleton von GitHubs Forschungslab GitHub Next fordert deshalb Oberflächen, die den Plan sichtbar und veränderbar machen, statt ihn als lange Markdown-Datei zu präsentieren.
drweb.de als bevorzugte Quelle auf Google hinzufügenQualitätsgeprüfte Inhalte direkt in Google News & DiscoverJetzt hinzufügen
Ein KI-Agent liefert den Projektplan in Sekunden, oft als hunderte Zeilen Markdown, und der Mensch soll ihn im Terminal abnicken. An dieser Oberfläche setzt Appleton an: Wie ein Agent seinen Plan zeigt, entscheidet über die Zusammenarbeit stärker als das Modell dahinter.
Das Wichtigste in Kürze
- Die heutige Agenten-Oberfläche ist meist Text: ein Chatverlauf plus eine Wand aus Markdown, die niemand in Ruhe prüft.
- Appleton beschreibt Pläne als Boundary Objects, also geteilte Objekte, die für Mensch und Agent je etwas anderes bedeuten.
- Ihr Gegenmodell sind „dicke“ Oberflächen: sichtbar, interaktiv und teamfähig.
- Für Teams entscheidet nicht das stärkste Modell, sondern die Ansicht zur gemeinsamen Kontrolle.
Warum die Chat-Oberfläche zum Nadelöhr wird
Ein Agent produziert laut Appleton rund 4.500 Wörter pro Minute, ein Mensch liest gut 240.[1] Der Plan erscheint als langer Fließtext, den kaum jemand prüft, und die abgenickte Fassung behandelt der Agent danach als unveränderlich. So verschiebt sich die Kontrolle klammheimlich vom Menschen zur Maschine.
Das Problem sitzt nicht im Modell, sondern an der Naht zwischen Mensch und Software. Ähnlich wie beim Aufbau des KI-Eingabefelds entscheidet die Gestaltung dieser Schnittstelle darüber, was der Mensch überhaupt noch mitbekommt. Autonome KI-Agenten übernehmen Arbeit, deren Zwischenschritte in einer langen Textdatei untergehen.
Boundary Objects: die Idee hinter dickeren Oberflächen
Appleton greift auf einen Begriff der Wissenschaftsforscherin Susan Leigh Star zurück. Boundary Objects, 1989 mit James Griesemer beschrieben, sind geteilte Gegenstände wie Pläne, Skizzen oder Diagramme, die für jede Seite etwas anderes bedeuten und trotzdem die Zusammenarbeit ermöglichen. Eine Markdown-Datei erfüllt diese Rolle, aber schlecht: Der Text bedient den Agenten, nicht den Menschen.
Appleton unterscheidet dünne und dicke Oberflächen. Die dünne reicht kaum mehr als Text durch. Die dicke nutzt die Rechenkraft des Agenten und zeigt den Plan als Diagramm, Zustandsmodell oder klickbaren Prototyp, den der Mensch ändern kann. Schon 1987 nannte die Forscherin Lucy Suchman Pläne „schwache Ressourcen“, die die Wirklichkeit ständig überholt. Genau deshalb sollte ein Plan verhandelbar bleiben, nicht in Stein gemeißelt.
In ihren Prototypen Chopin und Mindwalk macht Appleton die Planung mehrspielerfähig und die Arbeit des Agenten im Code sichtbar. Werkzeuge, die Interface-Werte in Echtzeit justierbar machen, zeigen dieselbe Richtung.
Dünn gegen dick
- Chatverlauf plus Wand aus Markdown
- Der Plan gilt nach dem Abnicken als fertig
- Kontrolle nur im Einzel-Terminal
- Diagramm, Zustandsmodell, klickbarer Prototyp
- Anfassbar und jederzeit änderbar
- Für ein Team zugleich statt solo
Zwei alte Ideen dahinter
Nicht das klügste Modell gewinnt, sondern die Oberfläche, an der ein Team den Plan noch versteht und ändern kann. Eine Textwand im Terminal ist bequem für die Maschine und teuer für den Menschen.
— Markus Seyfferth, Chefredakteur Dr. Web
Was heißt das für Teams im DACH-Raum?
Für Unternehmen, die gerade Coding-Agenten wie GitHub Copilot, Cursor oder Claude Code einführen, verschiebt Appletons Blick die Auswahlkriterien. Nicht allein die Modellgüte zählt, sondern ob das Werkzeug den Plan prüfbar macht: sichtbar, editierbar und im Team, nicht nur im Einzel-Chat.
Das berührt auch die Aufsicht. Menschliche Kontrolle über KI gilt als Grundprinzip der Governance, doch eine Oberfläche, die den Menschen im Sekundentakt mit Text überschüttet, macht echte Aufsicht zur Fiktion. Zwei Fragen helfen bei der Auswahl: Lässt sich der Plan visuell statt nur als Text prüfen, und kann ein Team ihn gemeinsam ändern? Fehlt beides, wächst nur das Tempo, nicht die Kontrolle.
Appletons praktischer Rat: die Oberfläche zum Auswahlkriterium machen, nicht zur Fußnote. Fordern Sie bei Agenten-Werkzeugen gerne eine sichtbare, gemeinsam nutzbare Planungsansicht, und behandeln Sie die reine Chat-Historie als das, was sie ist: ein Protokoll, keine Kontrolle.
Quelle
[1] Maggie Appleton: „Planning with Agents: Divided Worlds, Boundary Objects, and Thicker Interfaces“
