Ein neues Dateiformat verspricht, KI-generierten Oberflächen ihren generischen Einheitslook auszutreiben. DESIGN.md heißt die Spezifikation, und der Katalog getdesign.md macht daraus eine durchsuchbare Bibliothek fertiger Design-Referenzen für Coding-Agenten.
drweb.de als bevorzugte Quelle auf Google hinzufügenQualitätsgeprüfte Inhalte direkt in Google News & DiscoverJetzt hinzufügen
Was steckt hinter dem DESIGN.md-Format?
Google Labs hat die Spezifikation am 10. April 2026 veröffentlicht, als Referenzimplementierung für das KI-Oberflächenwerkzeug Google Stitch. Das zugehörige Repository hat binnen Wochen mehr als 11.000 Sterne gesammelt.
Technisch ist eine DESIGN.md schlicht eine Markdown-Datei mit zwei Ebenen. Oben stehen als YAML maschinenlesbare Design-Tokens für Farben, Typografie, Abstände und Komponenten. Darunter folgt im Fließtext die gestalterische Absicht in menschlicher Sprache. Beide Ebenen liegen in einer einzigen Datei.
Der Charme liegt im Format selbst. Markdown ist die Notation, die Sprachmodelle am besten lesen. Eine DESIGN.md landet im Projektwurzelverzeichnis, und Agenten wie Cursor, Claude Code, Lovable oder v0 verstehen sie ohne zusätzliche Werkzeuge.
Der Aufbau einer DESIGN.md im Überblick:
| Ebene | Format | Inhalt |
|---|---|---|
| Kopf | YAML | Farb-Tokens, Typografie, Abstände, Komponenten |
| Körper | Markdown | Designprinzipien, Begründung, Tonalität |
Welches Problem löst getdesign.md?
KI-Agenten bauen inzwischen zügig funktionierende Oberflächen. Ohne Vorgabe landen sie jedoch immer wieder beim selben faden Standardlayout, das die Szene spöttisch „AI beige“ nennt. Genau diese Lücke füllt der Katalog von Necati, dem Mitgründer von getdesign.md.
Die Bibliothek bündelt unabhängige Analysen sichtbarer Designsysteme bekannter Seiten, von Stripe über Linear bis Vercel und Notion. Ein Klick lädt die passende DESIGN.md herunter, ein zweiter legt sie ins Repository. Danach genügt ein Prompt, damit der Agent im gewünschten visuellen Stil baut.
Ergänzend existiert mit awesome-design-md eine quelloffene Sammlung im selben Geist. Für Teams ohne eigene Designabteilung ist das ein bemerkenswerter Hebel, denn die gestalterische Richtung kommt aus der Datei statt aus stundenlangem Prompt-Basteln.
Ein Markdown-File, das die Designsprache eines fremden Markenauftritts einfängt, ist ein mächtiges Werkzeug und eine markenrechtliche Grauzone zugleich. Als Inspiration ist das Gold wert, als Kopiervorlage gegen einen Wettbewerber wird daraus schnell ein Risiko.
— Markus Seyfferth, Chefredakteur Dr. Web
Wo liegen die rechtlichen Fallstricke?
Die Betreiber selbst sind deutlich. Die Dateien sind unabhängige Analysen öffentlich sichtbarer Gestaltung, nicht offiziell und nicht von den beschriebenen Marken autorisiert. Gedacht sind sie als Ausgangspunkt und Inspiration, nicht als Lizenz zum Nachbau eines geschützten Auftritts.
Für Entscheider ist diese Unterscheidung wesentlich. Die extrahierten Tokens geben sichtbare CSS-Werte wieder, doch eine Wort- und Bildmarke, eine Hausschrift oder ein charakteristisches Layout können geschützt sein. Unsere Empfehlung: DESIGN.md als Stilkompass nutzen, nicht als Klon-Werkzeug gegen die eigene Konkurrenz.
Was bedeutet das für Ihren Web-Stack?
Der praktische Test ist überschaubar. Ein internes Werkzeug oder eine Marketingseite bekommt eine DESIGN.md als Referenz, und dieselbe Aufgabe läuft einmal mit und einmal ohne Datei. Trifft der Agent mit Datei die besseren Entscheidungen bei Abständen, Hierarchie und Typografie, lohnt der dauerhafte Einsatz. Wie stark das Timing beim KI-gestützten Designprozess zählt, haben wir an anderer Stelle beleuchtet.
Sinnvoll wird die Methode vor allem als eigener Standard. Ein Team gießt seine eigene Designsprache in eine DESIGN.md und hält damit jede neu generierte Seite im gleichen Rahmen. Aus einem Inspirationswerkzeug wird so ein Instrument der Konsistenz.
Quellen
- Google Labs: DESIGN.md-Spezifikation, github.com/google-labs-code/design.md, April 2026
- getdesign.md: Katalog und Dokumentation, getdesign.md
- VoltAgent: awesome-design-md, GitHub
