Trendreport · GitHub · Design & Werkzeug

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.

Stand
2026-09-03
Zuschnitt
Design-Systeme & UI-Libraries · Dev-Tools, CLI & Terminal
Frage
Nicht „was ist neu“, sondern „was heißt das für MZP“
Quellenlage
Fremdaudits und Community-Erhebungen, kein eigener Datenzug — siehe Gegenrede
MZP-Basis
getCapabilities() · mzone-ui@1.8.0 · 37 Tools

Kernbefunde

  1. K1Design
    Design-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.
  2. K2Design
    Der 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.
  3. K3Terminal
    Das 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.
  4. K4Terminal
    Die 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.
  5. K5Plattform
    CSS 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.
  6. K6MZP
    MZP 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.

shadcn/ui
114k ★
MUI
93k ★
Ant Design
92k ★
Headless-Adoption
+70%

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.

SignalWas geprüft wirdErfülltBefund
MCP-ServerRegistrierbarer stdio-/HTTP-Server für Agenten11 / 37Korreliert stark mit kommerziellen Komponentenbibliotheken
llms.txt/llms.txt auf der Doku-Domain liefert Inhalt10 / 37Das billige Rennen — meist nur die Sitemap in anderer Form
DTCG-TokensW3C-Format mit $value / $type3 / 37Spec erst Oktober 2025 stabil, viele mitten in der Migration
Figma Code ConnectÖffentlich ausgelieferte .figma.tsx-Mappings2 / 37Vermutlich am stärksten untererfasst
Komponenten-RegistryCLI-installierbare Registry nach shadcn-Spezifikation1 / 37Eine 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.

Bemerkenswert

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.

Bemerkenswert

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.

Community-Konsens

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.

Gegenstimmen

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.

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.

SignalStand im FeldMZP / mzone-uiBewertung
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.

01 · Validierung zur Publish-Zeit

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.

02 · Render-Rückprüfung

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.

03 · Versionierung mit Rücksprung

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.

04 · Wissensschicht

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

  1. V1billig, sofort
    Öffentliches /llms.txt ausliefern. Der Inhalt existiert bereits — es ist die Ausgabe von getCapabilities() in Textform. Heute erreicht sie nur Agenten, die über MCP verbunden sind. Ein statisches, auth-freies /llms.txt plus 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.
  2. V2mittel
    Tokens 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.
  3. V3Entscheidung
    Die 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.
  4. V4zu prüfen
    Modern-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, @scope als Ergänzung zur mz--Präfixdisziplin. Der Befund mz-collapse zeigt, dass die Richtung schon eingeschlagen ist: ein Akkordeon ohne JS-Modul, rein auf nativem <details>.
  5. V5Positionierung
    Der 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