Zwei Oberflächen, ein Muster
Was 2026 auf GitHub in Design-Systemen und Terminal-Werkzeugen passiert — und was davon MZP schon kann, bewusst anders macht oder noch fehlt.
Kernbefunde
-
K1DesignDesign-Systeme werden für Agenten gebaut, nicht für Menschen. Der neue Qualitätsmaßstab ist nicht mehr die Storybook-Doku, sondern ob eine Maschine das System lesen und korrekt anwenden kann. Ein unabhängiges Audit von 37 Systemen hat dafür fünf Signale definiert — und niemand erfüllt mehr als drei.
-
K2DesignDer Vertriebsweg ist wichtiger geworden als der Komponentenumfang. shadcn/ui gewinnt nicht mit besseren Buttons, sondern mit „kopieren statt installieren“ plus einem JSON-Manifest, das ein Agent direkt konsumiert. Das ist ein Distributionsmodell, kein Designmodell.
-
K3TerminalDas Terminal ist zur zweiten Produktoberfläche geworden — getrieben von Coding-Agenten, nicht von Nostalgie. Ratatui ist de facto Standard, Ink trägt Claude Code, und eine Welle neuer Frameworks holt React-, Svelte- und XAML-Denken ins Textraster.
-
K4TerminalDie TUI-Welle hat eine offene Flanke: Fast alle viralen Projekte hängen am Agenten-Hype. Ob das Interesse hält, wenn der Hype abkühlt, ist die meistdiskutierte unbeantwortete Frage der Szene.
-
K5PlattformCSS frisst die Bibliotheken. Container Queries, View Transitions, Popover, Scroll-driven Animations und Anchor Positioning verschieben Arbeit, die jahrelang JavaScript war, in die Render-Pipeline. Design-Systeme werden dadurch dünner, nicht dicker.
-
K6MZPMZP steht auf der Agenten-Achse überdurchschnittlich, auf der Interop-Achse bei null. Ein MCP-Server mit Publish-Zeit-Validierung und Render-Rückprüfung hat im Feld praktisch niemand. Ein öffentliches
/llms.txt, DTCG-Tokens und eine maschinenlesbare Komponenten-Manifest-Schnittstelle fehlen dagegen komplett.
Strang A — Design-Systeme: der Vertriebsweg schlägt den Katalog
Die interessante Bewegung 2026 findet nicht in den Komponenten statt, sondern davor: in der Frage, wie ein System überhaupt in ein Projekt kommt.
Die Marktführer nach Reichweite sind unverändert MUI und Ant Design — beide jenseits von 90.000 Sternen, beide mit einer Komponentenbreite, die niemand einholt. Aber die Dynamik liegt woanders. shadcn/ui hat sich als meistgesterntes React-UI-Projekt etabliert und wurde zum Vorgabewert für neue Next.js-/Tailwind-Projekte. Der Grund ist ein bewusster Bruch mit dem Bibliotheksmodell: Komponenten werden per CLI in die eigene Codebasis kopiert, nicht als Abhängigkeit eingebunden. Das Team besitzt jede Zeile und ist von keinem Upstream-Release blockiert.
Der eigentliche Hebel ist die Folgeerscheinung: Weil jede Komponente ein JSON-Manifest hat, kann ein beliebiger Anbieter eine eigene, spezifikationskonforme Registry betreiben — und ein Agent kann sie direkt lesen. Aus einer UI-Bibliothek ist ein Protokoll geworden.
Parallel verschiebt sich der Unterbau. Radix wurde von WorkOS übernommen, die Entwicklungsgeschwindigkeit ließ danach nach; Base UI aus dem MUI-Umfeld ist als aktiv gepflegte Primitiv-Ebene nachgerückt. PrimeReact ist ab Version 11 auf eine kommerzielle Lizenz gewechselt, das öffentliche Repository wurde Mitte 2026 archiviert — ältere Releases bleiben MIT, neue Hauptversionen erscheinen als kompilierte npm-Pakete. Wer heute auf einer Primitiv-Ebene aufbaut, trifft eine Governance-Entscheidung, keine technische.
Sternzahlen streuen je nach Erhebungszeitpunkt und Quelle erheblich (für shadcn/ui fanden sich im selben Halbjahr 75k, 104k und 114k). Als Größenordnung brauchbar, als Kennzahl nicht.
Der Agenten-Test: fünf Signale, 37 Systeme, kein Sieger
Der aufschlussreichste Fund der Recherche ist ein unabhängiges Audit vom Juni 2026, das 37 Design-Systeme gegen fünf konkrete Maschinenlesbarkeits-Signale prüft — jeweils nur gewertet, wenn die Betreiber das Artefakt selbst unter einer eigenen URL veröffentlichen.
| Signal | Was geprüft wird | Erfüllt | Befund |
|---|---|---|---|
| MCP-Server | Registrierbarer stdio-/HTTP-Server für Agenten | 11 / 37 | Korreliert stark mit kommerziellen Komponentenbibliotheken |
| llms.txt | /llms.txt auf der Doku-Domain liefert Inhalt | 10 / 37 | Das billige Rennen — meist nur die Sitemap in anderer Form |
| DTCG-Tokens | W3C-Format mit $value / $type | 3 / 37 | Spec erst Oktober 2025 stabil, viele mitten in der Migration |
| Figma Code Connect | Öffentlich ausgelieferte .figma.tsx-Mappings | 2 / 37 | Vermutlich am stärksten untererfasst |
| Komponenten-Registry | CLI-installierbare Registry nach shadcn-Spezifikation | 1 / 37 | Eine Kategorie mit genau einem Mitglied |
Die Verteilung ist die eigentliche Nachricht: 20 der 37 Systeme erreichen null Punkte, das Höchstergebnis liegt bei drei von fünf, und niemand kommt auf vier oder fünf. Marken- und Konzern-Designsysteme hinken den offenen React-Bibliotheken bei jedem Signal außer llms.txt um zwölf bis vierundzwanzig Monate hinterher.
Für ein System wie mzone-ui heißt das zweierlei. Erstens: Der Rückstand des Feldes ist so groß, dass Anschluss billig ist. Zweitens: Genau die Signale, die MZP schon erfüllt, sind die teuersten — und die, die fehlen, sind die günstigsten.
Strang B — Terminal: die zweite Oberfläche
Die Terminal-Renaissance ist real, aber sie ist ein Nebenprodukt. Drei Kräfte treffen aufeinander: moderne Terminal-Emulatoren, ausgereifte Framework-Ökosysteme und Coding-Agenten, die das Terminal zur Hauptoberfläche des Entwicklers gemacht haben.
Ratatui (Rust) ist der unangefochtene Standard: über 22 Millionen Downloads, ein Ökosystem von mehr als 3.200 Crates, dazu no_std-Unterstützung, die TUIs auf Mikrocontroller bringt. Bubble Tea (Go) hat mit v2 samt Lip Gloss und Bubbles ein Generationen-Update abgeschlossen. Textual (Python) überlebte die Schließung seiner Trägerfirma und wird von der Community weitergeführt. Und Ink (React/TypeScript) ist vom Experiment zur Infrastruktur geworden — die TUI-Ebene von Claude Code ist damit gebaut.
Der interessantere Teil ist die Nachrückgeneration. OpenTUI mit einem Zig-Rendering-Kern und Bindings für React, SolidJS und Vue; eye-declare, das React-artige Deklarativität nach Rust bringt; SvelTUI auf Svelte-5-Reaktivität; go-tui mit Templ-artiger Syntax; dazu Portierungen nach Java und .NET. Fast jedes neue Framework versucht dasselbe: das deklarative Paradigma des Web-Frontends ins Terminal zu holen.
Der Auslöser ist ein handfester Schmerzpunkt. Die meistdiskutierte Kritik an Ratatui ist mangelnde Komponierbarkeit — Rechtecke von Hand ausrechnen statt Komponenten wiederverwenden. Bei Bubble Tea trifft dieselbe Kritik die Elm-Architektur in großen Anwendungen. Das Textraster durchläuft gerade den Übergang, den das Web vor zehn Jahren hinter sich gebracht hat.
Terminal-First-Produkte. CRM, Einkauf, Recherche-Suche — Anwendungen, deren primäre Oberfläche das Terminal ist, nicht nur eine Alternative dazu. Ein echter Bruch mit der Annahme, TUIs seien Entwicklerwerkzeuge.
Offen: ob das jenseits der Entwicklerblase trägt. Aktuell eher Lösung auf Problemsuche.
Visuelle TUI-Entwurfswerkzeuge. Ein „Figma fürs Terminal“ mit Export nach sechs Frameworks — Ink, Bubble Tea, Blessed, Textual, OpenTUI, Tview. Wenn Entwurf und Ziel-Framework entkoppelt sind, ist das Textraster endgültig eine Design-Disziplin.
Vim-Tastenbelegung gilt als Pflicht, nicht als Option. Eine einzelne Binärdatei ohne Abhängigkeiten ist der anerkannte Vertriebsweg. Und TUI wird ausdrücklich als Ausweg aus Electron gehandelt.
ANSI-Escape-Sequenzen werden von den Beteiligten selbst als Assembler-Ebene beschrieben. Und die Ästhetik-Debatte ist angekommen: großzügige Abstände im Textraster stoßen auf denselben Widerstand wie im Web. Der Vorwurf „ncurses mit Geschmack“ steht im Raum.
Strang C — CSS frisst die Bibliothek
Der dritte Strang verbindet die ersten beiden, weil er den Umfang dessen ändert, was ein Design-System überhaupt liefern muss.
- Container Queries sind universell verfügbar und haben 2026 die Phase „einfach benutzen“ erreicht. Jede Komponente reagiert auf ihren Container statt auf den Viewport.
- View Transitions gibt es als Einzeldokument- und dokumentübergreifende Variante — animierte Seitenwechsel ohne SPA-Framework.
- Scroll-driven Animations laufen auf dem Compositor-Thread. Fortschrittsbalken, Reveal-Effekte und Parallax brauchen keinen Scroll-Listener mehr.
- Popover API plus
@starting-styleersetzt einen Großteil der Modal- und Dialog-Logik. - Anchor Positioning ist das spannendste und riskanteste Feature: In Chromium und Firefox stabil, in Safari nur teilweise — als progressive Verbesserung einsetzbar, nicht als Grundlage.
- @scope löst Namensraumkonflikte auf Sprachebene statt über Präfixdisziplin.
Die Konsequenz für Design-Systeme ist unbequem: Ein erheblicher Teil interner Bibliotheken besteht aus Wrappern um Positionierungs- und Overlay-Logik, die die Plattform inzwischen selbst kann. Diese Schichten werden dünner — und die Systeme, die sie nicht abbauen, tragen Ballast.
MZP im Spiegel — was schon da ist, was fehlt
Legt man die fünf Audit-Signale an MZP an, ergibt sich ein ungewöhnliches Profil: stark genau dort, wo das Feld schwach ist, und leer dort, wo Anschluss billig wäre.
| Signal | Stand im Feld | MZP / mzone-ui | Bewertung |
|---|---|---|---|
| MCP-Server | 11 von 37 | Ist der Ausgangspunkt, nicht ein Anbau: 37 Tools, getCapabilities() als Selbstbeschreibung, lookupStyles als Katalog |
übererfüllt |
| llms.txt | 10 von 37 | Kein öffentliches /llms.txt gefunden. Das inhaltliche Äquivalent existiert, ist aber nur über MCP oder OAuth-geschützte REST-Routen erreichbar |
Lücke, billig |
| DTCG-Tokens | 3 von 37 | Tokens existieren als CSS-Custom-Properties (var(--mz-ok)) und im Katalog unter tokens — aber nicht als W3C-konformes $value/$type-JSON |
halb |
| Komponenten-Registry | 1 von 37 | Bewusst das Gegenmodell: gehostet und versionsgepinnt unter /lib/mzone-ui@1.8.0/ statt in die Codebasis kopiert |
Gegenposition |
| Figma Code Connect | 2 von 37 | Keine Brücke zu einem Design-Werkzeug. Es gibt keine Figma-Quelle, aus der mzone-ui abgeleitet wäre | nicht zutreffend |
Vier Fähigkeiten, die im Audit gar nicht vorkommen
Der Index misst, ob ein Agent das System lesen kann. Er misst nicht, ob das System den Agenten davon abhält, Unsinn zu bauen. Genau da liegt der eigentliche MZP-Vorsprung.
Erfundene Klassennamen kommen als UNKNOWN_STYLE_CLASS zurück, statt als ungestyltes HTML online zu gehen. Das ist strukturell genau der Fehlermodus, über den die Registry-MCP-Szene klagt: Agenten raten Komponentenstruktur, statt sie zu lesen. MZP macht das Raten unmöglich.
Nach dem Publish wird die Seite in einem echten Browser geladen: Konsolenfehler, unbehandelte Ausnahmen und nicht geladene Dateien kommen ohne weiteren Werkzeugaufruf zurück, dazu eine Erreichbarkeitsprüfung über die öffentliche URL. Kein System im Audit tut das.
Fünf Stände je Slug, Diff zwischen zwei Ständen, Rollback inklusive Assets, dazu ein Audit-Pfad, der festhält, welcher Agent wann was publiziert hat. Herkunft ist nachvollziehbar — bei kopierten Komponenten prinzipiell nicht.
Wissensgraph mit Verweiskanten, Frische-Prüfung je Seitentyp, Lifecycle-Zustände und ein angebundenes Backlog. Ein Design-System, das den Zustand seiner eigenen Dokumentation kennt, ist im Feld nicht vorgesehen.
Was daraus folgt
-
V1billig, sofortÖffentliches
/llms.txtausliefern. Der Inhalt existiert bereits — es ist die Ausgabe vongetCapabilities()in Textform. Heute erreicht sie nur Agenten, die über MCP verbunden sind. Ein statisches, auth-freies/llms.txtplus einer öffentlichen Katalog-Route macht mzone-ui für jeden Agenten auffindbar, der die Seite bloß liest. Das ist das einzige Signal, das im Feld als „billig“ gilt — und MZP lässt es liegen. -
V2mittelTokens als DTCG-JSON exportieren. Nur drei von 37 Systemen schaffen das. Wer es tut, ist automatisch im oberen Drittel. Die Custom Properties von mzone-ui sind die Quelle; nötig ist ein Erzeugungsschritt, der daraus
$value/$type-konformes JSON schreibt und unter einer stabilen URL ablegt. -
V3EntscheidungDie Registry-Frage bewusst beantworten, nicht offen lassen. Das Kopiermodell passt nicht zu MZP: Gepinnte, serverseitig ausgelieferte Bibliotheken sind der Grund, warum Publish-Zeit-Validierung überhaupt funktioniert. Der Kompromiss wäre ein maschinenlesbares Manifest je Klasse und Modul unter einer öffentlichen URL — den Katalog gibt es intern längst, ihm fehlt nur die auth-freie Adresse. Lesbar wie eine Registry, ohne die Ownership-Verwässerung.
-
V4zu prüfenModern-CSS-Audit von mzone-ui. Aus der Selbstbeschreibung geht hervor, dass Scroll-Choreographie, Reveal-Effekte und Fortschrittsanzeige als JS-Module ausgeliefert werden. Scroll-driven Animations erledigen genau das auf dem Compositor-Thread. Ebenso zu prüfen: Container Queries im Raster statt Viewport-Breakpoints, Popover für Overlays, Anchor Positioning als progressive Verbesserung für Tooltips,
@scopeals Ergänzung zurmz--Präfixdisziplin. Der Befundmz-collapsezeigt, dass die Richtung schon eingeschlagen ist: ein Akkordeon ohne JS-Modul, rein auf nativem<details>. -
V5PositionierungDer Terminal-Strang braucht keine MZP-Antwort — er ist bereits die Vorderseite. Coding-Agenten laufen im Terminal, ihre Ergebnisse brauchen eine Browser-Oberfläche. Genau diese Lücke füllt MZP. Dieser Report ist die Demonstration: recherchiert von einem Agenten, publiziert über MCP, im Browser rückgeprüft. Das ist keine Trendbeobachtung, sondern die Beschreibung des eigenen Platzes.
Gegenrede und Unsicherheiten
- Der Agenten-Index ist eine Momentaufnahme mit Prüfstand 10. Juni 2026, erhoben von einer einzelnen Person. „Unbekannt“ bedeutet dort ausdrücklich nicht „nein“ — besonders Code Connect dürfte untererfasst sein.
- Die TUI-Erhebung ist eine KI-gestützte Community-Recherche, kein geprüfter Datensatz. Die Richtung deckt sich mit mehreren unabhängigen Quellen, die Einzelzahlen sollte man nicht zitieren.
- Sternzahlen sind kein Qualitätsmaß und streuen zwischen Quellen um bis zu 40 Prozent. Sie stehen hier als Größenordnung.
- Die MZP-Einordnung ist eine Selbstbewertung auf Basis von
getCapabilities(), nicht aus dem CSS-Quelltext gelesen. V4 ist ausdrücklich eine Hypothese, kein Befund. Der Wert der Tabelle liegt im Raster, nicht in der Note. - Die Gegenthese zu allem hier: Maschinenlesbarkeit ist ein Wettrennen um Signale, die noch niemand vollständig braucht. Kein einziges der 37 Systeme erfüllt vier von fünf — vielleicht, weil der Nutzen jenseits von zwei Signalen bislang unbewiesen ist.