Als die Schnittstelle optional wurde

Ich nutze kein CMS mehr für meine Websites.

Es gibt kein Control Panel, in das ich mich einloggen kann. Kein Page Builder. Kein Plugin-Menü. Kein Formular mit einem Feld für die Überschrift, einem anderen für den Fließtext und einem grünen Button, der verspricht, alles zu veröffentlichen, wenn ich mich traue, zu drücken.

Websites sind Code.

Meine Dokumente sind Markdown. Meine digitalen Mitarbeiter lesen und ändern beides direkt. Wenn ich einen Text korrigieren, ein Element verschieben oder eine neue Seite erstellen möchte, beschreibe ich, was ich will. Ein Agent findet die relevanten Dateien, ändert sie, führt die Tests aus und zeigt mir den Unterschied.

Ich muss nicht genau wissen, welche Komponente geöffnet werden muss. Ich muss die Syntax nicht auswendig kennen. Ich muss auch kein Administrationssystem erlert, das jemand anderes als meinen Zugang zu meiner eigenen Website festgelegt hat.

Oberflächlich betrachtet ist es eine kleine technische Änderung. Ich habe lediglich ein Werkzeug gegen ein anderes ausgetauscht.

Aber ein CMS war nie nur ein Werkzeug zum Speichern von Text. Es war ein Übersetzer zwischen Mensch und Maschine.

Der Mensch sagte: Neuer Artikel.

Das CMS übersetzte dies in Datenbankfelder, Dateien, HTML, Relationen und Veröffentlichungslogik. Der Mensch erhielt Buttons und Formulare. Die Maschine erhielt strukturierte Anweisungen, die sie ausführen konnte.

Wir bauten solche Schnittstellen, weil Menschen und Maschinen nicht dieselbe Sprache sprachen.

Jetzt habe ich einen Mitarbeiter, der mit beiden spricht.

Der Kompromiss, der wie Natur wirkte

Das moderne CMS löste ein reales Problem.

Wenn ein Redakteur HTML, CSS, Server-Setup und Versionsverwaltung kennen müsste, um einen Tippfehler zu korrigieren, wäre das Internet ein etwas stillerer Ort. Das CMS machte Inhalte zugänglich für Menschen, die etwas zu sagen hatten, aber nicht unbedingt erst Softwareentwickler werden wollten.

Es war eine enorme Demokratisierung. Aber sie hatte ihren Preis.

Um die Maschine einfach zu halten, musste das System im Voraus entscheiden, was der Mensch sich wünschen konnte.

Es musste einen Inhaltstyp geben, der „Artikel“ hieß. Der Artikel musste bestimmte Felder haben. Das Bild musste an den Stellen platziert werden, die das Theme zuließ. Der Veröffentlichungsprozess musste dem Workflow folgen, den das System kannte. Wollte man etwas anderes, musste man ein Plugin finden, eine Erweiterung schreiben oder lernen, damit zu leben, dass die Vorlage andere Pläne hatte.

Wir erhielten leichteren Zugang zur Maschine, indem wir die Vorstellung der Welt des Systems akzeptierten.

Das gilt nicht nur für CMS.

Eine Tabellenkalkulation macht Berechnungen zu Zellen, Zeilen und Spalten. Ein CRM macht Beziehungen zu Kontakten, Unternehmen, Pipelines und Aktivitäten. Ein Projektmanagement-System macht Arbeit zu Aufgaben, Status und Deadlines. Ein Textverarbeitungsprogramm macht Wissen zu Seiten mit Typografie, Rändern und einem blinkenden Cursor.

Alle Systeme haben komplexe Maschinenhandlungen für Menschen zugänglich gemacht. Und alle Systeme haben gleichzeitig den Menschen dazu gebracht, seine Arbeit so zu formulieren, dass das System sie verstehen konnte.

Wenn wir heute sagen, dass ein Unternehmen „in“ einem bestimmten System arbeitet, meinen wir das oft ganz wörtlich. Die Arbeit hat die Form des Systems angenommen.

Das ist nicht unbedingt schlecht. Einschränkungen können Ordnung schaffen. Ein gemeinsames Datenmodell kann verhindern, dass jeder Mitarbeiter seine eigene Realität erfindet. Ein fester Workflow kann sicherstellen, dass eine Rechnung tatsächlich genehmigt wird, bevor das Geld das Konto verlässt.

Aber der Kompromiss wurde so alltäglich, dass wir aufhörten, ihn als Kompromiss wahrzunehmen.

Wir begannen zu glauben, dass jede menschliche Aktivität natürlich ihr eigenes System mit Menüs, Feldern und Buttons benötigte.

Der universelle Übersetzer

KI verändert nicht nur, was die Maschine tun kann. Sie verändert das Verhältnis zwischen Intention und Ausführung.

Ein Sprachmodell kann eine menschliche Beschreibung eines gewünschten Ergebnisses verstehen. Es kann gleichzeitig Code, strukturierte Daten, Dokumentation, Fehlermeldungen und Testergebnisse lesen. Es kann sich von „mache die Startseite ruhiger“ zu den konkreten Änderungen in Layout, Typografie und Komponenten bewegen, die die Startseite ruhiger wirken lassen.

Das bedeutet nicht, dass die Übersetzung immer korrekt ist. Es bedeutet auch nicht, dass die menschliche Intention eindeutig ist. Zwei Menschen können mit dem Wort ruhig etwas anderes meinen, und ein Modell kann die schönere Interpretation statt der richtigen wählen.

Aber die Übersetzung ist möglich geworden.

Google beschreibt KI-Codegienteeration als Code, der aus einem sprachbasierten Prompt oder einer natürlichen Beschreibung eines Nutzers erstellt wird. Der Code kann schneller geschrieben werden, aber das ist nur die erste Konsequenz. Natürliche Sprache kann nun als Zugang zu einem Material dienen, das zuvor eine spezialisierte menschliche Sprache erforderte.

KI spricht nicht Code, wie ein Programmierer es tut. Sie versteht ein System nicht durch Erfahrung, Verantwortung und ein stabiles inneres Weltmodell. Sie berechnet wahrscheinliche und nutzbare Verbindungen zwischen Beschreibungen, Mustern und Handlungen.

Dennoch ist die praktische Konsequenz schwer zu übersehen: Der Mensch kann eine Intention ausdrücken, und der Agent kann direkt im Material des Systems arbeiten.

Das macht die Benutzeroberfläche optional.

Nicht immer. Nicht für alle. Und nicht unbedingt morgen. Aber als Prinzip.

Wenn ich einen Essay veröffentlichen möchte, muss ein Entwickler nicht zuerst ein Formular mit den Feldern bauen, die der Essay erfordert. Ich kann den Text einem Agenten geben, der das Inhaltsmodell der Website, die Links, die Designregeln und den Veröffentlichungsprozess bereits kennt. Der Agent kann die Datei im richtigen Format erstellen, die Metadaten prüfen, die Validierung durchführen und die Änderung zur Genehmigung vorbereiten.

Ich treffe nicht auf das Formular des Systems. Ich treffe auf einen Mitarbeiter, der im System arbeiten kann.

In Vom Werkzeug zum Wesen schrieb ich, dass das Entscheidende an einem Agent nicht ist, ob er bewusst ist, sondern ob er Initiative ergreift und eine dauerhafte Rolle auslagert. Hier zeigt sich eine weitere Konsequenz. Wenn das Werkzeug zum Mitarbeiter wird, muss der Mensch nicht mehr jedes Werkzeug selbst bedienen, das der Mitarbeiter nutzt.

Ein Finanzvorstand muss nicht die Datenbanksprache kennen, um zu fragen, warum die Kosten gestiegen sind. Ein Redakteur muss die Komponentenhierarchie nicht kennen, um eine Startseite zu ändern. Eine Führungskraft muss nicht wissen, welche API zwei Systeme verbindet, um darum zu bitten, dass eine genehmigte Entscheidung an beiden Stellen umgesetzt wird.

Die KI steht zwischen der Intention und dem technischen Material. Nicht als ein weiteres Control Panel, sondern als Übersetzer und ausführender Mitarbeiter.

Markdown ist nicht der Punkt

Ich lebe in einfachem Text.

Meine Websites sind Code. Meine Dokumente sind Markdown. Anweisungen, Recherche, Entscheidungen und redaktionelle Notizen liegen in Dateien, die sowohl von Menschen als auch von Agenten direkt gelesen werden können.

Markdown wurde ursprünglich als leicht lesbares und leicht schreibbares Textformat entwickelt, das in strukturell gültiges HTML konvertiert werden konnte. Seine wichtigste Eigenschaft war nicht, dass es technisch klug war. Es war, dass der Quelltext weiterhin als Text lesbar blieb.

Das macht das Format bemerkenswert geeignet für eine menschlich-agentische Organisation.

Ein Agent kann in den Dateien suchen, Links folgen, Versionen verarbeiten, die Struktur ändern und den Inhalt als Website, PDF oder etwas ganz anderes rendern. Ich kann dieselbe Quelle öffnen und sie ohne Spezialprogramm lesen. Keiner von uns muss das Dokument erst aus einem proprietären Container exportieren, um zu verstehen, was darin steht.

Aber der Punkt ist nicht, dass alle Menschen nun Markdown lernen müssen.

Das wäre ein seltsames Fazit für einen Text darüber, dass die Technik weniger sichtbar wird.

Der Punkt ist, dass das kanonische Material der Organisation in einer offenen, strukturierten und versionsverwalteten Form vorliegen kann, während der Mensch die Ansicht erhält, die der Situation entspricht.

Ein Dokument muss nicht der Ort sein, an dem Wissen wohnt. Es kann eine Darstellung von Wissen sein.

Eine Tabellenkalkulation muss nicht die einzige Realität der Zahlen einer Organisation sein. Sie kann eine Ansicht derselben Daten sein.

Ein Dashboard muss nicht jedem jeden Montag dieselben zwölf Grafiken zeigen. Es kann für die Frage erstellt werden, die tatsächlich gestellt wird.

Eine Website muss nicht über ein CMS bearbeitet werden. Sie kann die öffentliche Darstellung von Code, Inhalt und Regeln sein, die bereits im gemeinsamen Material der Organisation existieren.

Heute vermischen viele Systeme drei Dinge: das zugrunde liegende Wissen, die Regeln, wie es geändert werden darf, und die Schnittstelle, die der Mensch sieht. KI ermöglicht es, diese zu trennen.

Das ist eine größere Veränderung als ein neues Textfeld mit einem Chatbot daneben.

Wenn das Dokument zu einer Ansicht wird

Stellen Sie sich einen Quartalsbericht vor.

Heute werden Daten aus mehreren Systemen abgerufen. Jemand kopiert Zahlen in eine Tabelle. Ein anderer schreibt Erklärungen in ein Dokument. Diagramme werden als Bilder exportiert. Die Datei wird mit Namen wie Quartalsbericht_final_v7_korrigiert2.docx hin und her geschickt.

Am Ende ist das Wissen der Organisation über das Quartal zwischen Quellsystemen, Zellen, Kommentaren, E-Mails und der Formulierung verstreut, die in das endgültige PDF überlebt hat.

Eine agenten-native Version beginnt an einem anderen Ort.

Die Zahlen haben eine kanonisch strukturierte Quelle. Die Definitionen der Kennzahlen sind dokumentiert. Die qualitativen Erklärungen haben Besitzer und Provenienz. Der Agent kann einen Bericht für den Vorstand, eine Kurzversion für die Mitarbeiter und einen interaktelle Überblick für die Geschäftsführung aus demselben zugrunde liegenden Material erstellen.

Die drei Produkte müssen nicht identisch sein. Sie sind verschiedene Ansichten für verschiedene Menschen mit unterschiedlichen Bedürfnissen. Aber sie sollten auf dieselbe Realität zurückführbar sein.

Hier wird die Verbindung zu The Human-Agent Organization deutlich.

Wenn KI ein erstklassiger Teilnehmer in der Organisation sein soll, muss die Realität des Unternehmens für sie lesbar sein. Daten, Rollen, Entscheidungen und Workflows können nicht nur in Schnittstellen existieren, die für menschliche Hände und Augen gebaut wurden.

Aber das Gegenteil gilt auch.

Wenn die Realität der Organisation nur vom Agent gelesen werden kann, haben wir keine menschlich-agentische Organisation gebaut. Dann haben wir lediglich ein unzugängliches System gegen ein anderes ausgetauscht.

Die kanonische Schicht muss strukturiert genug für die Maschine und verständlich genug für den Menschen sein. Die Ansichten können unterschiedlich sein. Die Wahrheit darf nicht privat sein.

Deshalb bedeuten einfacher Text, offene Formate, explizite Links und dokumentierte Provenienz mehr, als sie es taten, als alle Arbeit noch über eine feste Benutzeroberfläche erledigt wurde. Sie sind keine nostalgischen Entwicklerpräferenzen. Sie sind gemeinsamer Arbeitsboden.

Weniger Technik. Mehr Software-Disziplin.

Das erzeugt ein Paradoxon.

KI macht die Technik für den Menschen weniger sichtbar, während die Disziplelle der Softwareentwicklung wichtiger werden.

Ich muss den Code nicht selbst schreiben. Aber ich brauche noch mehr die Information, was geändert wurde, warum es geändert wurde, ob die Änderung funktioniert und wie ich zurückkomme, wenn sie es nicht tut.

In einem CMS liegt die Kontrolle unter anderem in Rollen, Feldern, Vorschauen und einem Veröffentlichungsbutton. Wenn der Agent direkt in Code und Text arbeitet, verlagert sich die Kontrolle in die Versionshistorie, Branches, Reviews, automatische Tests, Berechtigungen und Deployments.

GitHub beschreibt Versionsverwaltung als ein System, das die Historie von Änderungen verfolgt und es ermöglicht, frühere Versionen wiederherzustellen. Die Historie kann zeigen, was geändert wurde, wer es getan hat, wann es geschah und warum. Branches ermöglichen es, Änderungen vorzuschlagen, ohne die Produktion zu ändern, und Pull Requests machen den Vorschlag zum Gegenstand von Diskussion und Genehmigung.

Das ist nicht nur für Softwareentwickler nützlich.

Es sind genau die Fragen, die ich einem digitalen Mitarbeiter stellen möchte:

Was hast du geändert?

Warum?

Welche Regeln hast du befolgt?

Was hast du getestet?

Wer hat es genehmigt?

Können wir es rückgängend machen?

Wenn die Website zu Code wird, wird redaktionelle Governance zu Software-Governance.

Wenn Dokumente zu versionsverwalteten Quellen werden, wird Wissensmanagement zu Software-Governance.

Wenn Agenten die Systeme der Organisation auf Basis menschlicher Intention ändern, werden die Prinzipien der Softwareentwicklung zu Managementprinzipien.

Das bedeutet nicht, dass alle Führungskräfte Git-Befehle lernen müssen. Es bedeutet, dass sie den Unterschied zwischen einem Entwurf und der Produktion verstehen müssen. Sie müssen wissen, warum eine Änderung überprüft werden muss. Sie müssen definieren können, welche Tests zeigen, dass die Intention tatsächlich erfüllt wurde. Sie müssen entscheiden, welche Handlungen der Agent selbst ausführen darf und welche die Genehmigung eines Menschen erfordern.

Früher lernten Menschen Technik, um die Maschine bedienen zu können.

Jetzt kann die KI viel von der Technik übernehmen, aber der Mensch muss diejenigen leiten können, die es tun.

Es ist dieselbe Bewegung, die ich in Ein AI-Agent braucht eine Stellenbeschreibung beschrieben habe. Ein Agent muss ein Mandat haben, nicht nur einen Prompt. Git, Tests und Zugriffskontrolle sind die technische Seite des Mandats. Die Stellenbeschreibung sagt, was der Agent darf. Das System muss entscheiden, was er tatsächlich kann.

Die Buttons haben uns auch geschützt

Es ist verlockend, die Benutzeroberfläche zum Bösewicht in dieser Erzählung zu machen.

Sie stand zwischen dem Menschen und der reinen Freiheit. Jetzt kann die KI uns daran vorbei führen. Leb wohl, Formulare, Lizenzen und Plugins. Viel Spaß im Code.

So einfach ist es nicht.

Buttons und Felder schränken ein, aber sie schützen auch.

Ein Redakteur mit Zugriff auf drei Felder kann nicht versehentlich das Routing der gesamten Website löpreschen. Ein CRM kann erzwingen, dass ein Kontakt eine ID hat, bevor er gespeichert wird. Ein Veröffentlichungsbutton kann eine bestimmte Rolle erfordern. Eine Tabellenkalkulation zeigt die Berechnung in einer Form, die ein Mensch untersuchen kann. Eine feste Benutzeroberfläche macht die Möglichkeiten des Systems sichtbar und abgegrenzt.

Wenn der Agent direkt im Material arbeiten kann, wird seine Handlungsfläche größer. Genau deshalb erfordert die Freiheit mehr Disziplin.

Google arbeitet beispielsweise mit A2UI, einem offenen Format für agentengenerierte Benutzeroberflächen. Ein Agent kann das Formular oder die Visualisierung zusammenstellen, die der Situation entspricht. Aber Google betont gleichzeitig, dass ein ferner Agent keinen willkürlichen ausführbaren Code an das Gerät des Nutzers senden sollte. Stattdessen sendet der Agent eine deklarative Beschreibung und muss aus Komponenten wählen, die der Client bereits genehmigt hat.

Selbst in einer Welt mit generativen Schnittstellen kehren Struktur, Rechte und Vertrauen also zurück.

Sie kehren nur auf einer anderen Ebene zurück.

Wir entkommen nicht dem Systemdesign. Wir entkommen nicht der Illusion, dass dieselbe feste Schnittstelle die beste Übersetzung jeder Intention ist.

Und wir entkommen nicht spezialisierten Systemen. Ein Chirurg sollte keine kritische Handlung durch ein freies Gespräch durchführen, wenn ein validierter Workflow das Risiko reduzieren kann. Ein Mitarbeiter sollte die Datenschutzbestimmungen nicht umgehen können, indem er seine Intention kreativ formuliert. Ein Finanzsystem muss weiterhin Transaktionen, Kontrollen und klare Autoritätsgrenzen haben.

Die falsche Wahl steht zwischen festen Systemen und grenzenloser Konversation.

Die wahre Frage ist, welche Teile des Systems fest sein sollten und welche situativ geschaffen oder übersetzt werden können.

Vom Nutzer zum Leiter

Software nennt den Menschen schon lange einen „Nutzer“.

Das Wort offenbart die Beziehung. Das System hat die Möglichkeiten. Der Mensch nutzt sie.

Der Nutzer lernt, welche Buttons existieren. Der Nutzer passt seine Aufgabe dem Workflow an. Der Nutzer wird geschickt darin, das System dazu zu bringen, das zu tun, wofür es bereits gebaut wurde.

Mit einem Agent verschiebt sich die Beziehung.

Der Mensch beschreibt nicht unbedingt jeden Klick. Er beschreibt das Ergebnis, die Erwägung und die Grenze. Der Agent wählt die Werkzeuge und führt die Arbeit aus.

Es ähnelt weniger der Bedienung als vielmehr der Führung.

„Aktualisiere den Artikel mit dem neuen Punkt, aber ändere die veröffentlichten Versionen noch nicht. Behalte die Links bei. Führe die Validierung durch. Zeige mir den Unterschied.“

Diese Anweisung enthält keine Sequenz von Buttons. Sie enthält eine Intention, ein Mandat, einige Qualitätskriterien und eine Genehmigungsgrenze.

Es ist auch schwieriger, als auf einen Button zu drücken.

Ein Button verbirgt oft die Komplexität, indem er die Auswahl einschränkt. Wenn der Mensch stattdessen die Intention formulieren muss, werden unklare Gedanken sichtbar. Was bedeutet „besser“? Welche Teile dürfen geändert werden? Was muss bewahrt werden? Wann ist die Aufgabe abgeschlossen? Wer trägt die Verantwortung für die Konsequenz?

KI macht den Menschen nicht verantwortungslos. Sie verlagert die Verantwortung des Menschen weg von den Details der Ausführung hin zu Richtung, Kriterien und Grenzen.

Man kann einen Agent durchaus dazu bringen, eine Website zu bauen, ohne programmieren zu können. Man kann jedoch keine gute Website bauen, ohne entscheiden zu können, was sie sein soll.

Die Organisation ohne Control Panel

Ich weiß nicht, wie weit diese Bewegung gehen wird.

CMS werden kaum verschwinden. Sie werden sich verändern, Agenten integrieren und weiterhin an vielen Stellen die richtige Lösung sein. Die Tabellenkalkulation wird wahrscheinlich auch überleben, weil Zellen eine hervorragende Art sind, mit Zahlen zu denken. Menschen brauchen stabile visuelle Flächen, nicht nur Gespräche mit unsichtbaren Systemen.

Aber wir sollten aufhöhen anzunehmen, dass die Schnittstelle das System ist.

Das Dokument ist eine mögliche Ansicht von Wissen.

Die Tabellenkalkulation ist eine mögliche Ansicht von Daten.

Das Dashboard ist eine mögliche Ansicht einer Situation.

Die Website ist eine mögliche Ansicht von Code, Inhalt und Designregeln.

Wenn KI zwischen menschlicher Intention und strukturiertem Material übersetzen kann, kann die Ansicht nach Bedarf entstehen. Manchmal als Gespräch. Manchmal als Formular. Manchmal als Diagramm. Manchmal als die vertraute Seite mit Feldern und einem grünen Veröffentlichungsbutton.

Der Unterschied ist, dass der Button nicht länger unser einziger Zugangsweg sein muss.

Dies erfordert eine andere Art von Organisation. Eine Organisation mit offenen und strukturierten Quellen, klaren Besitzern, expliziten Rechten, Versionshistorie, Validierung und der Möglichkeit, zurückzuspringen. Eine Organisation, in der der Agent die Realität lesen kann, ohne sie aus den Screenshots des Menschen herauskratzen zu müssen, und in der der Mensch die Änderungen verstehen und kontrollieren kann, die der Agent vorschlägt.

In dieser Organisation arbeitet der Mensch mit Bedeutung. Der Agent arbeitet mit dem Material. Das System erinnert sich daran, was geschah.

Es ist darunter nicht weniger technisch.

Es ist weniger technisch, darin ein Mensch zu sein.

Wir haben Software-Schnittstellen gebaut, weil Menschen und Maschinen nicht dieselbe Sprache sprachen. Jetzt haben wir einen Mitarbeiter erhalten, der mit beiden spricht.

Das macht die Regeln nicht überflüssig.

Es macht die Schnittstelle optional.