2026-09 · 4 Min. Lesezeit
Regeln schreiben für ein Spiel, das niemand zu spielen weiß
KI-Agenten können Komponenten und Regeln lesen. Schwieriger ist es, ihnen im Moment der Generierung auch das Urteilsvermögen hinter diesen Regeln zugänglich zu machen.
Die meisten Designer nutzen ein Design System so, wie die meisten Menschen Grammatik nutzen.
Nicht indem sie jede Regel studieren. Sie verinnerlichen genug davon, dass die Regeln in den Hintergrund treten und die Aufmerksamkeit woanders liegen kann. Der Designer denkt über das Problem nach, nicht über das Token. Er weiß, was normalerweise zusammengehört, was sich falsch anfühlt und wann ein Bruch mit dem Muster gerechtfertigt ist.
Auch diese Intuition ist Teil des Systems.
Sie steht nur selten in der Dokumentation.
KI-Agenten verändern diese Ordnung.
Design Systeme werden zunehmend zu Inputs für Maschinen, die Interfaces und Code erzeugen. Komponenten, Tokens, Beispiele, Repository-Anweisungen und strukturierte Metadaten können ihnen als Kontext zur Verfügung gestellt werden.
Das Problem ist also nicht mehr, dass ein Agent keinen Kontext hat.
Das Problem ist, dass er keine gemeinsame Geschichte besitzt, solange wir sie ihm nicht gezielt zugänglich machen.
Ein menschlicher Designer erwirbt Kontext durch Kritik, Korrekturen, gescheiterte Explorationen, Ausnahmen und die Erinnerung daran, warum ein Team eine Entscheidung anders getroffen hat als eine andere. Ein Agent durchläuft diese Sozialisation nicht. Er sieht den Kontext, der ihm im Moment der Aufgabe bereitgestellt wird.
Die Herausforderung besteht nicht darin, KI mehr Regeln zu geben. Sie besteht darin, ihr Zugang zu dem Urteilsvermögen zu geben, das diesen Regeln Bedeutung verleiht.
Die meisten Design Systeme sind bereits gut darin, Entscheidungen zu kodieren.
Das ist der Button. Das ist die Spacing-Skala. Das sind die Interaktionszustände. Diese Komponenten dürfen auf diese Weise kombiniert werden.
Für menschliche Designer war das häufig ausreichend, weil die fehlende Ebene in den Menschen selbst lag. Sie wussten, wann die freigegebene Komponente in einer Situation trotzdem falsch war. Sie wussten, welche Regel ein Prinzip darstellte und welche nur ein historischer Kompromiss war.
Ein Agent kann das aus der Komponente allein nicht zuverlässig ableiten.
Die nächste Generation von Design Systemen muss deshalb mehr enthalten als wiederverwendbare UI. Sie muss Intention enthalten.
Warum existiert dieses Pattern? Wann sollte es nicht eingesetzt werden? Welche Einschränkung ist tragend? Welche Ausnahme ist legitim?
Das Design System wird damit zu etwas Neuem: maschinenlesbarer organisationaler Erinnerung.
Design Systeme haben bisher Entscheidungen kodiert. Zunehmend müssen sie das Urteilsvermögen kodieren, das für neue Entscheidungen notwendig ist.
In dieser Idee steckt eine Gefahr.
Urteilsvermögen explizit zu machen, kann schnell zu dem Versuch werden, Urteilsvermögen in Regeln zu verwandeln. Das ist nicht dasselbe.
Gute Designer werden nicht gut, indem sie immer detailliertere Anweisungen auswendig lernen. Sie lernen, welches Prinzip unter welchen Bedingungen zählt. Ein maschinenlesbares Design System muss deshalb auch Unsicherheit, Ausnahmen und Grenzen ausdrücken können.
Manchmal lautet die richtige Anweisung nicht: „Verwende immer dieses Pattern.“
Sondern: „Verwende dieses Pattern, solange diese Bedingungen nicht eintreten. Wenn sie eintreten, halte an und überprüfe das zugrunde liegende Problem.“
Damit verändert sich auch die Rolle von DesignOps: nicht nur Konsistenz zu verwalten, sondern den Kontext zu gestalten, über den Menschen und Maschinen verstehen, wozu Konsistenz überhaupt dient.
Jahrelang lebte ein großer Teil von Designqualität zwischen den Zeilen.
In Kritik. In Geschmack. In institutioneller Erinnerung. In dem Satz, der nie in die Dokumentation kam, weil alle im Raum bereits wussten, was gemeint war.
Das war beherrschbar, solange der nächste Nutzer des Systems ein anderer Mensch war, der den fehlenden Kontext mit der Zeit erwerben konnte.
Es wird zu einem strukturellen Problem, wenn der nächste Nutzer eine Maschine ist, die sofort generiert.
Das Design System wird damit zu mehr als einem gemeinsamen Vokabular. Es wird zu einer Schnittstelle für das angesammelte Designurteil der Organisation.
Die nächste Generation von Design Systemen wird vielleicht weniger daran gemessen, wie konsistent sie die Vergangenheit reproduziert – sondern daran, wie gut sie das Reasoning bewahrt, das für die Gestaltung des Nächsten nötig ist.
Die Werkzeuge sind neu. Das zugrunde liegende Problem – implizites organisationales Wissen übertragbar zu machen – ist es nicht.