Ich hatte einen Samstag Zeit, um drei Produkte, die ich unter verschiedenen Markennamen vertreibe, neu zu gestalten. Zum einen eine Marketingseite. Mobile App-Bildschirme für einen anderen. Ein Pitchdeck für den dritten. Drei verschiedene Ästhetiken. Drei verschiedene Zielgruppen. Drei verschiedene Stapel. Letztes Jahr wäre das ein vierwöchiges Projekt gewesen. Letzten Monat war es mit Claude Code und einem Stapel an Fähigkeiten eine dreitägige Anstrengung. Diese Woche habe ich es vor dem Mittagessen gemacht.
Was sich geändert hat, war eine einzelne Datei. Sechshundertzwölf Abschriftenzeilen liegen jedem Projekt zugrunde. Ein Name, den ich seit Wochen in meinem Twitter-Feed auftauchen sah, mich aber nicht die Mühe gemacht hatte, ihn tatsächlich zu verwenden. DESIGN.md. Oder, je nachdem, welche Transkription Sie lesen, design.mmd. Gleiche Datei. Verschiedene Tasten auf demselben Instrument.
Ich habe mich fast einen Monat lang geirrt. Ich dachte, es wäre ein weiteres Design-Token-YAML, das in einen Hype-Zyklus verwickelt ist. Ich dachte: „Großartig, eine weitere Spezifikation zum Auswendiglernen, ein weiterer Standard, den man aufgeben kann, wenn der nächste in sechs Wochen ausgeliefert wird.“ Ich saß auf meinen Händen und sah zu, wie die GitHub-Sterne aufstiegen. Das offizielle google-labs-code/design.md-Repo überschritt die 10.000-Sterne-Marke acht Tage, nachdem Google die Spezifikation am 21. April 2026 als Open-Source-Version veröffentlicht hatte. Die von der Community betriebene VoltAgent/awesome-design-md-Sammlung durchbrach im selben Fenster die Marke von 68.000 und liegt seit dieser Woche irgendwo nördlich von 71.000. Solche Zahlen kommen in einem derart gesättigten Markt bei einer YAML-Datei nicht vor.
Was mir entgangen ist, war, dass DESIGN.md eigentlich kein Dateiformat ist. Es ist ein Protokoll. Eine Möglichkeit, einem Fremden Ihre Marke in ungefähr der Zeit beizubringen, die man braucht, um einen Kaffee einzuschenken, wobei der Fremde zufällig jeder Codierer ist, den Sie jemals verwenden werden. Sobald das funktionierte, wurde mein gesamter AI-Designworkflow danach neu strukturiert. Dieser Artikel ist die Version der Erklärung, die mir vor vier Wochen gern jemand gegeben hätte.
Lassen Sie mich Ihnen zeigen, was tatsächlich passiert, wenn Sie aufhören, dagegen anzukämpfen.
Warum „Just Prompt The Model“ nicht mehr ausreicht
Dies ist der Fehlermodus, den jedes Designergebäude mit AI im Jahr 2026 mindestens einmal erreicht hat.
Sie starten ein neues Projekt. Sie fordern Claude Code oder Cursor oder Codex mit etwas Vernünftigem auf: „Erstellen Sie mir einen Dashboard-Hero-Bereich für eine Fintech-App, modern und sauber.“ Das Modell macht sich an die Arbeit. Es produziert etwas. Das, was es produziert, ist in Ordnung. Eigentlich ist es mehr als in Ordnung – es ist technisch korrekt, es verwendet vernünftige Standardeinstellungen, die Abstände sind gleichmäßig, die Typografieskala macht Sinn. Und doch, wenn man nur einen Blick darauf wirft, spürt man schon den Schlamassel.
Man kann es nicht eine Sekunde lang begreifen. Dann kannst du. Der Schatten ist falsch. Nicht falsch im Sinne von kaputt – falsch in dem Sinne, dass jedes andere von AI generierte Dashboard im Internet genau diesen Schatten hat. Das Blau ist das gleiche Blau, das Vercel verwendet, das gleiche blaue Stripe-Altdesign, das im Jahr 2024 auf der Marketingseite aller YC-Unternehmen verwendet wurde. Sie sehen hier einen statistischen Mittelwert für das Tragen eines Markenkostüms.
Das ist die Sache, vor der Sie niemand warnt, wenn Ihnen AI-Designtools verkauft werden. Das Model trifft keine kreative Entscheidung. Es handelt sich um eine Mittelwertbildung. Es bildet den Mittelwert Ihrer vagen Eingabeaufforderung mit jeder anderen Schnittstelle, die die Trainingsdaten jemals angezeigt haben, und das Ergebnis landet direkt auf dem Median. Median UI. Mittlerer Abstand. Mittlere Marke. Der Grund dafür, dass es generisch wirkt, liegt darin, dass es so ist.
Seit fast einem Jahr machen Designer genau auf dieses Problem aufmerksam. Mittlerweile kursiert ein Begriff – „Claude Slop“, „Cursor Slop“, wählen Sie Ihr Modell – und er ist hässlicher als das Design selbst. Es sagt Ihnen etwas Wahres: Der Engpass ist nicht mehr das Modell. Der Engpass besteht darin, ob das Model eine Vorstellung davon hat, wie Ihr Geschmack aussehen soll.
Das ist die Lücke, die DESIGN.md füllt. Nicht dadurch, dass man schlauer ist als das Model. Da es sich um einen Vertrag handelt, kann das Modell tatsächlich folgen.
Wir werden gleich auf das Format selbst eingehen. Aber zuerst muss ich Ihnen von dem Moment erzählen, in dem ich aufgehört habe, skeptisch zu sein.
Als ich zum ersten Mal sah, wie es tatsächlich funktionierte
Ich hatte eine Marketingseite für ein Nebenprodukt. Solo-Gründer-Atmosphäre – eine dieser minimalistischen Landingpages mit einem Helden, drei Funktionsblöcken, Social Proof, Preisen und FAQ. Ich hatte die Marke in Figma skizzieren lassen, aber noch nichts umgesetzt. Ich wollte gerade das tun, was ich immer tue: den ersten Durchgang manuell codieren und ihn dann zur Verfeinerung an Claude Code übergeben.
Stattdessen habe ich den Pfad DESIGN.md ausprobiert. Ich habe eine 412-Zeilen-Datei geschrieben, in der jede Markenentscheidung in einfachem Englisch beschrieben wird. Farbmarker mit jeweils einem Satz darauf, wenn sie angewendet werden. Typografische Skala mit der Begründung für jeden Schritt. Abstandssystem, gebunden an eine 4px-Basis. Stimme und Ton. Ein spezieller Abschnitt „Anti-Patterns“, der die acht Fehler auflistet, die ein Agent bei diesem Projekt niemals machen sollte. Ich habe die Datei im Projektstammverzeichnis abgelegt. Dann habe ich Claude Code geöffnet und genau Folgendes eingegeben:
Lesen Sie DESIGN.md. Dann erstellen Sie mir eine Marketing-Landingpage, die nur die dort definierten Token, Komponenten und Regeln verwendet. Hero, drei Funktionsblöcke, Social Proof Strip, Preise, FAQ.
Was fünfundvierzig Sekunden später zurückkam, war kein Entwurf. Es war die Seite. Pixelnah an dem, was ich in Figma skizziert habe, ohne jemals Figma geöffnet zu haben. Der Held hat meine benutzerdefinierte Serifenüberschrift in der richtigen Größe verwendet. Auf der Preiskarte wurde mein „erhöhter“ Oberflächenstil verwendet – der richtige, nicht der modale –, da ich in der Datei beschrieben hatte, wann jede Oberfläche angewendet wurde. Der Button-Hover-Status war die richtige Tonverschiebung mit dem richtigen Übergangszeitpunkt, da dieser Zeitpunkt im Bewegungsabschnitt vorhanden war.
Ich saß ungefähr dreißig Sekunden da und verarbeitete es. Dann habe ich versucht, es zu zerbrechen. Ich habe darum gebeten, einen Abschnitt mit Erfahrungsberichten hinzuzufügen. Es wurde der richtige Kartenstil verwendet. Ich habe um eine Vergleichstabelle mit drei Konkurrenten gebeten. Es wurde die richtige Tischdichtevariante ausgewählt. Ich habe nach einem dunklen Modus gefragt. Es hat jedes einzelne Token erneut korrekt angewendet, ohne dass ich es an die markengefärbten Hintergründe erinnern musste, die ich für beworbene Inhalte definiert hatte.
Das Ganze hat mich vierzig Minuten gekostet. Ich brauchte etwa drei Stunden, um die Datei DESIGN.md richtig zu schreiben. Vierzig Minuten für die Seite. Drei Stunden für die Datei, die nun unendlich viele konsistente Seiten generiert. Diese Mathematik ist der springende Punkt.
Seitdem habe ich diesen Workflow auf vier separaten Produkten ausgeliefert, jedes mit seinem eigenen DESIGN.md. Nach dem zweiten Projekt wird die Zusammensetzung lächerlich. Bei Projekt drei hatte ich eine Vorlage, die ich kopieren, einfügen und ändern konnte, und die Datei war in zwanzig Minuten fertig.
Aber nichts davon funktioniert, wenn die Datei schlampig ist. Lassen Sie mich Ihnen zeigen, was die Datei tatsächlich enthält.
Was sich in einer DESIGN.md-Datei befindet, Abschnitt für Abschnitt
Das Open-Source-Format Google hat eine spezifische Struktur. Es handelt sich nicht um einen Freiformaufsatz. Die aktuelle Spezifikation definiert einen Markdown-Körper mit vordefinierten Abschnitten, optionalem YAML-Vorsatz oben für maschinenlesbare Token und einer strengen Reihenfolgeregel – Abschnitte können weggelassen werden, aber die vorhandenen müssen in der Spezifikationsreihenfolge erscheinen.
Hier sind die neun Abschnitte, die die Spezifikation erfordert, und wie ich jeden einzelnen tatsächlich verwende:
1. Version und Name. Zwei Zeilen. Das Versions-Tag lautet derzeit alpha und ist vorhanden, sodass zukünftige Tools wissen, auf welche Spezifikationsedition die Datei abzielt. Der Name ist der Projektname. Sie werden denken, dass es sich hierbei um wegwerfbare Metadaten handelt. Das ist es nicht. Wenn Sie einen DESIGN.md aus einem Geschwisterprojekt abzweigen und vergessen, ihn umzubenennen, baut jeder Agent in Ihrer Toolchain sicher „AcmeBank“ UI für eine Wellness-Marke auf. Ich habe das beobachtet.
2. Beschreibung. Ein einzelner Absatz, der die Positionierung und Persönlichkeit des Produkts beschreibt. Dies ist der Abschnitt „Seele“, über den die Quell-Community immer wieder spricht. Meines liest sich eher wie ein kreatives Briefing als wie eine Spezifikation – drei Sätze darüber, für wen das Produkt bestimmt ist, zwei Sätze darüber, welches Gefühl es hervorrufen soll, ein Satz, der auflistet, was es absolut nicht ist. Das Modell nutzt dies, um bei jeder unklaren Entscheidung nachgelagerte Zusammenhänge zu lösen. Wenn Sie diesen Abschnitt überspringen, müssen Sie mit Langweile rechnen.
3. Übersicht. Ein ganzheitlicher Look-and-Feel-Absatz. Wo es in der Beschreibung um die Positionierung geht, geht es in der Übersicht um den visuellen Charakter. Ist dieses Produkt warm oder kühl? Dicht oder luftig? Laut oder zurückhaltend? Redaktionell oder utilitaristisch? Dies ist der Abschnitt, in dem Ihr Geschmack in sprachlicher Form zum Ausdruck kommt. Ich bleibe spezifisch: „Redaktionell ruhig. Warme Neutraltöne, zurückhaltende Akzentsetzung, großzügiger Leerraum. Überschriften übernehmen die Hauptarbeit; unterstützender Text tritt zurück. Keine Farbverläufe im Vordergrund. Keine Glaseffekte. Keine überflüssigen Bewegungen.“
4. Farben. Hex-Werte, die semantischen Namen zugeordnet sind. Der Trick, den ich in drei Projekten lernen musste: Farben nicht nach ihrem Aussehen benennen. Benennen Sie sie nach ihrem Job. surface-base nicht gray-50. action-primary nicht indigo-600. status-warning-subtle nicht amber-100. Jeder Token erhält eine Beschreibung mit einem Satz, wann er verwendet werden soll. Die Beschreibungen verhindern, dass das Modell um 2 Uhr morgens das falsche Blau erwischt.
5. Typografie. Schriftfamilien, Maßstab, Strichstärken, Zeilenhöhen, Buchstabenabstände. Typisch sind zwölf bis fünfzehn Token. Meines hat dreizehn – Anzeige, Überschrift-xl, Überschrift-l, Überschrift-m, Überschrift-s, Körper-l, Körper, Körper-s, Beschriftung, Code, Schaltfläche, Beschriftung, Augenbraue. Jedes mit expliziten Regeln, wo es erscheint.
6. Layout. Raster, Haltepunkte, Basisabstandsskala. Egal, ob Sie 4px oder 8px als Einheit verwenden. Wie dicht Ihre typische Seite ist. Ob Ihre Dachrinnen mit Haltepunkt skalieren oder fest bleiben. Hier kodieren Sie den Rhythmus der Marke.
7. Höhe und Tiefe. Schatten, Z-Index-Ebenen, die visuellen Schichtungsregeln des Systems. Dies ist der Abschnitt, den die meisten Teams vergessen. Es ist wichtiger als Sie denken – die Hälfte der Abweichung, die Sie im von AI generierten UI sehen, kommt von der Auswahl der Schattenwerte durch das Modell aus den Durchschnittswerten der Trainingsdaten. Wenn Ihre Datei keine Höhe angibt, schätzt das Modell, und die Schätzung sieht wie jedes andere generierte Dashboard aus.
8. Komponenten. Muster für Schaltflächen, Karten, Formulare, Navigation, mit allen Varianten und Zuständen. Hier wird die Datei lang. Für ein ernsthaftes Projekt beschreibe ich ungefähr fünfzehn bis zwanzig Komponentenprimitive, jedes mit seinen Requisiten und der Verwendungsregel für jede Variante.
9. Gebote und Verbote. Explizite Regeln. „Verwenden Sie niemals rohes Grau für den Fließtext – verwenden Sie immer ein Inhalts-Token.“ „Niemals länger als 240 ms im Vordergrund animieren UI.“ „Vermeiden Sie vollflächige Bilder auf der Marketing-Website; verwenden Sie stattdessen die gerahmte Medienkomponente.“ Dieser Abschnitt ist Ihre letzte Verteidigungslinie gegen die Mittelwertbildung. Das Modell behandelt diese als harte Einschränkungen. Je mehr Sie haben, desto überlebensfähiger ist Ihre Marke.
Das ist die Struktur. Die vollständige Spezifikation ist im google-labs-code/design.md-Repo dokumentiert und lässt sich in etwa zwanzig Minuten vollständig durchlesen – weit weniger Zeit, als Sie für die Bekämpfung fehlerhafter Ausgabe aufgewendet haben.
Es gibt noch eine weitere Sache, die in der Spezifikation angedeutet, aber nicht vollständig behandelt wird, und genau hier bleiben viele Menschen stecken. Lassen Sie mich Ihnen zeigen, was ich auf die harte Tour herausfinden musste.
Die Spannung zwischen Token und Prosa, vor der Sie niemand warnt
Hier ist der Teil von DESIGN.md, dessen Verinnerlichung am längsten gedauert hat. Das Format hat zwei Stimmen. Das YAML oben ist für Maschinen. Die folgende Prosa gilt für Menschen und Sprachmodelle. Sie brauchen beides, und Sie müssen zustimmen.
Die meisten Teams verstehen dies in einer von zwei Richtungen falsch.
Der erste Fehlermodus: zu viel YAML, nicht genug Prosa. Ihre Datei sieht aus wie eine Tailwind-Konfiguration. Jeder Token hat einen Namen und einen Wert. Es gibt keine Umgebungsbeschreibung. Das Modell liest die Datei, behandelt die Token als Rohdaten und macht am Ende dieselben Mittelungsfehler, die es auch ohne eine Datei gemacht hätte. Die Token sind das Was. Ohne das wann rät das Modell immer noch.
Der zweite Fehlermodus: zu viel Prosa, nicht genug Token. Ihre Datei liest sich wie ein Markenbuch-PDF. Schöne Sätze über die Seele des Produkts. Keine maschinenlesbaren Werte. Das Modell versteht die Stimmung, kann aber nicht genau bestimmen, welcher genaue Hex-Code auf einer primären Taste steht. Am Ende erhalten Sie eine Ausgabe, die sich richtig anfühlt und jede Barrierefreiheitsprüfung durchbricht.
Der Trick ist die Heirat. Token mit Sätzen. Sätze, die sich in Token auflösen. Jeder Wert hat eine Stellenbeschreibung. Jede Stellenbeschreibung weist auf einen Wert hin.
Ich schreibe meine in Tabellen. Hier ist ein echter Teil meiner Oberflächen-Tokens, entnommen aus einem meiner Live-Projekte mit vertauschten Markendetails:
| Token | Hex | Dark | When to use |
|--------------------|----------|----------|-------------------------------------------------|
| surface-base | #FAF9F6 | #0E0E10 | The page background. Nothing sits behind this. |
| surface-raised | #FFFFFF | #161618 | Cards, list rows — one layer above base. |
| surface-elevated | #FFFFFF | #1C1C20 | Modals, popovers, menus. Floating UI only. |
| surface-sunken | #F2F1ED | #08080A | Input fields, inset wells, read-only regions. |
| surface-brand | #F4EFE8 | #221C12 | Brand-tinted backgrounds for promoted content. |
Diese vierte Spalte sorgt dafür, dass die Datei funktioniert. Ein Modell mit der Aufschrift „Surface-elevated nur für schwebendes UI verwenden“ kann es niemals versehentlich als Seitenhintergrund verwenden. Der Token ist ein Wert. Der Satz ist die Einschränkung. Zusammen sind sie eine Anweisung.
Dieses Muster stimmt mit den Empfehlungen der W3C Design Token Community Group überein, auf die sich die Google-Spezifikation bezieht, und es lässt sich sauber auf bestehende Tools abbilden – style-dictionary-Exporte, Tailwinds Design-Tokens-Plugin, das DTCG-Exportformat, das in der design.md-CLI vorhanden ist. Nichts davon ist neu. Neu ist, dass es eine einzige kanonische Datei gibt, in der die Token und die Begründung zusammenleben, versioniert und von jedem Coding-Agenten aufgenommen wird, der mit dem Projekt in Berührung kommt.
Wenn Sie meinen früheren Artikel über den KI-Designsystem-Workflow mit Claude und Figma MCP gelesen haben, kennen Sie das Vier-Spalten-Token-Muster bereits. DESIGN.md ist das Format, das es endgültig standardisiert. Das Format, nach dem ich gesucht hatte, ist am Ende genau das Format, das Google ausgeliefert hat.
Bisher haben wir über die Datei gesprochen. Lassen Sie mich nun über den Teil sprechen, der die Akte in einen Wassergraben verwandelt.
Fähigkeiten, Remix-Pakete und die Mischung des Geschmacks
Der Durchbruch war nicht allein DESIGN.md. Der Durchbruch war DESIGN.md plus die Schicht, die innerhalb von 45 Tagen nach Veröffentlichung der Spezifikation darüber wuchs.
Die Community bewegte sich schnell. Bis Anfang Mai 2026 waren drei Dinge in Produktion:
Die awesome-design-md-Sammlung. Ein von der Community kuratiertes Repository bei VoltAgent/awesome-design-md mit über fünfzig DESIGN.md-Dateien, die von echten Marken extrahiert wurden – Stripe, Vercel, Notion, Supabase, Linear, NVIDIA, Apple, x.ai. Die Sammlung stieg innerhalb von zehn Tagen von null auf 35.000 Sterne, dann bis Ende April auf 68.000 und dann auf über 71.000. Das Fork-Verhältnis liegt bei über 12 Prozent, was wild ist – zum Vergleich: Awesome-Go liegt bei 7,8 Prozent, Awesome-Python bei 9,5 Prozent. Die Leute setzen nicht nur Lesezeichen für diese Dateien. Sie ziehen sie in Projekte ein.
Die Claude Design-Integration. Als Anthropic Claude Design am 17. April 2026 auslieferte – vier Tage bevor Google das Format als Open-Source-Version veröffentlichte –, war es mit umfassender DESIGN.md-Kompatibilität ausgestattet. Sie können eine DESIGN.md-Datei in Claude Design ablegen und in einem einzigen Schuss ein vollständiges UI-Gerüst erhalten. Token, Typenskala, Schaltflächen, Karten, Navigation, Arbeitsvorschau-Kit. Den ersten Blick habe ich in meiner Claude-Designrezension behandelt – die Integration mit DESIGN.md ist der Teil, der am besten gealtert ist.
Fähigkeitsbasiertes Remixen. Hier wird es interessant. Die Community begann mit der Bereitstellung von „Fähigkeiten“ – gezielten kleinen Markdown-Plugins, die über einem DESIGN.md liegen, um es in eine bestimmte Richtung zu lenken. Skeuomorphe Oberflächenbehandlungen. Akzenteffekte im Laser-Stil. Kompositionsregeln für den redaktionellen Druck. WebGL-gesteuerte 3D-Interaktionsmuster. Bis Anfang Mai waren über 60 öffentliche Fähigkeiten verfügbar, und die Zahl steigt wöchentlich.
An den daraus resultierenden Arbeitsablauf bin ich immer noch dabei, mich anzupassen. Sie schreiben Ihre Basis DESIGN.md einmal. Sie wenden Fertigkeiten als Overlays an. Die Fähigkeiten ersetzen Ihre Token nicht – sie erweitern sie und fügen modulare Ebenen hinzu, die der Agent mit Ihrer Basis zusammenstellen kann. Sie wählen zwei ästhetische Familien aus, die nicht zusammenarbeiten sollten. Sie lassen das Modell sie über die Fertigkeitsebene neu mischen. Sie iterieren über das Ergebnis.
Dies ist die Schleife, die die Quell-Community immer wieder als „Iteration vs. Remix“ beschreibt. Iteration ist die langsame Verfeinerung einer einzelnen Designrichtung – das Verschieben einer Schaltfläche um zwei Pixel, das Straffen eines Absatzabschnitts und die Feinabstimmung eines Hover-Status. Remix geht eine völlig neue Richtung ein, indem es zwei nicht verwandte DESIGN.md-Dateien kombiniert oder einen Skill über einen vorhandenen legt. Beides ist wichtig. Iteration erzeugt Politur. Remix produziert neue Kategorien.
Hier ist der Teil, den Ihnen niemand im Marketingtext sagt. Ausgereifte Produkte durchlaufen Tausende von Iterationen. Ich übertreibe nicht. Die Teams, mit denen ich gesprochen habe und die diesen Stack ernsthaft verwenden, berichten von 4.000 bis 10.000 prompt-gesteuerten Iterationen pro poliertem Oberflächenbereich, bevor sie ausgeliefert werden. Die Kosten sind real – in Bezug auf Token, Zeit und Aufmerksamkeit. Das Ergebnis ist, wenn es richtig gemacht wird, die Art von Designqualität, für deren Produktion früher ein sechsköpfiges Studio nötig war.
Wenn das teuer klingt, ist es das auch. Wenn es langsamer klingt, als eine Vorlage auf ein Projekt zu legen, ist es das auch. Was sich geändert hat, ist die Decke. Mit einem DESIGN.md und einer vernünftigen Skill-Bibliothek kann ein Solo-Bediener jetzt bei so vielen Produkten die Qualität des Produktionsdesigns erreichen, wie sein Urteilsvermögen zulässt.
Welches ist das eigentliche Gespräch. Lass mich dazu kommen.
Geschmack ist der neue Burggraben – und fast niemand glaubt es bisher
Wenn Sie als Designer dies lesen und wegen Ihres Jobs nervös sind, möchte ich Ihnen die Version der Zukunft präsentieren, an die ich tatsächlich glaube.
Pixel-Pushing ist weg. Die umfassende Dokumentationsarbeit – jedes einzelne Token beschrieben, jede einzelne Komponentenvariante katalogisiert, jeder einzelne Zustand von Hand erstellt – diese Arbeit ist jetzt ein einmaliger Aufwand, der in einer Markdown-Datei bezahlt wird. Der Posten „20 Stunden Design-Systemwartung pro Woche“, der früher auf der Roadmap jedes Produktteams stand, sinkt gegen Null. Echte Teams berichten von einer Reduzierung der Designsystemwartung um 60 bis 80 Prozent innerhalb des ersten Quartals nach der ordnungsgemäßen Einführung von DESIGN.md.
Was nicht verschwindet – was wertvoller wird, nicht weniger – ist das Urteil, das darüber entscheidet, was überhaupt in die Akte aufgenommen werden soll.
Der DESIGN.md, den Sie schreiben, ist das Richtige. Es ist der Wassergraben. Die 412-Zeilen-Datei im Stammverzeichnis meines Marketingprojekts? Diese Datei ist die Marke des Produkts. Jede Variation, jede Seite, jede E-Mail, jeder Bildschirm, den das Modell jemals generiert, führt darauf zurück. Die Datei ist allem vorgelagert. Und die Datei ist genau so gut wie der Geschmack desjenigen, der sie geschrieben hat.
Dies ist der Teil, der für die meisten Menschen noch nicht ankommt. Sie schauen sich das Design des AI an und sehen eine Demokratisierung – jeder kann jetzt einen polierten UI versenden. Dieser Teil ist wahr. Aber die Demokratisierung gleicht die Entwicklung am unteren Ende der Kurve aus, nicht am oberen Ende. Am unteren Ende der Kurve wird es dramatisch besser. Auch die Spitze der Kurve wird besser, schneller und bleibt differenziert, weil die Leute an der Spitze diejenigen sind, deren Geschmack so informiert ist, dass sie einen DESIGN.md schreiben, der etwas hervorbringt, was der Median nicht kann.
Die Zukunft der Designarbeit sieht, wie ich sie aus dem Workflow heraus sehe, ungefähr so aus:
Mehr Urteilsvermögen pro Minute. Sie verbringen weniger Zeit damit, Pixel zu verschieben, und haben mehr Zeit zu entscheiden, was vorhanden sein soll. Die Arbeitseinheit verschiebt sich von „produzieren“ zu „entscheiden“.
Referenzsättigung als tatsächliche Praxis. Für das Design benötigen Sie ein zweites Gehirn. Eine Bibliothek mit Referenzen – Screenshots, Filme, Zeitschriftenseiten, Verpackungen, Bewegungsstudien – die Sie tatsächlich verinnerlicht und nicht nur mit Ihren Lesezeichen versehen haben. Die Agenten werden die Synthese durchführen. Ihre Aufgabe ist es, zunächst zu wissen, was es wert ist, synthetisiert zu werden.
Authentischer Nischengeschmack statt allgemeiner Meisterschaft. Ein Designer mit tiefem Geschmack für eine bestimmte Ästhetik – Y2K, Schweizer, japanischer Minimalismus, brutalistisches Web, Memphis, Editorial – wird einen Generalisten mit den gleichen Werkzeugen übertreffen. Die Agenten tendieren zum Durchschnitt. Der von Ihnen geschriebene DESIGN.md ist es, der sie davon abhält.
Einzelbetreiber, die mehrere Produkte betreiben. Ich kenne drei Leute, die jetzt als Einzelgründer vier bis sieben Produkte parallel betreiben, jeder mit seinem eigenen DESIGN.md, jeder mit seiner eigenen Marke. Keiner von ihnen hat das vor zwei Jahren getan. Der Engpass war früher die Produktion. Der Flaschenhals ist nun das Portfoliomanagement.
Marketing als Erweiterung der Design-Beurteilung. Wenn die Datei Landingpages, Werbemittel, Social Cards und Pitch Decks generiert, alles aus derselben Quelle der Wahrheit, verschwimmt die Grenze zwischen „Design des Produkts“ und „Vermarktung des Produkts“. Derselbe Geschmack, der den DESIGN.md geprägt hat, ist der Geschmack, der jeden Kundenkontaktpunkt prägt.
Ich möchte ehrlich zu dem Teil sein, bei dem ich immer noch falsch liege. Ob sich die Agenturen anpassen werden, weiß ich noch nicht. Ich weiß noch nicht, ob die Designausbildung aufholen wird. Ich weiß noch nicht, ob die Spezifikation selbst Bestand haben wird – die Spezifikation von Einer davon wird sich wahrscheinlich konsolidieren. Ich würde heute auf Googles wetten, weil die Open-Source-Dynamik und der Tooling-Vorsprung zu weit voraus sind, als dass ein Fork aufholen könnte. Aber ich habe mich bei dieser Art von Wette schon einmal geirrt.
Womit ich mich nicht irre, ist die Richtung. Wenn Sie im Jahr 2026 Ihre Zeit damit verbringen, Pixel per Hand zu pushen, erledigen Sie die Arbeit, die Markdown-Dateien jetzt leisten, kostenlos.
So starten Sie tatsächlich, ohne ein Wochenende zu verbrennen
Ich möchte Sie mit der Version von „Erste Schritte“ verlassen, die ich mir vor einem Monat gewünscht hätte. Überspringen Sie die langen Onboarding-Tutorials. Hier erfahren Sie, was Sie diese Woche tun sollten.
Tag eins, Abend. Wählen Sie das kleinste Live-Projekt aus, das Sie haben. Marketingseite. Nebenprodukt. Sogar eine einzige Landingpage. Lesen Sie drei echte DESIGN.md-Dateien von VoltAgent/awesome-design-md – Linear, Stripe und eine, deren Ästhetik tatsächlich zu Ihrer passt. Lesen Sie sie sorgfältig durch. Das Format wird in etwa zwanzig Minuten klar sein.
Tag zwei. Schreiben Sie Ihren eigenen DESIGN.md von Grund auf, von Hand, in einem Nur-Text-Editor. Verwenden Sie keinen Generator. Der Sinn der Datei besteht darin, dass sie Sie dazu zwingt, Entscheidungen explizit auf Geschmacksebene zu treffen. Ein Generator verbirgt diese Entscheidungen. Streben Sie 300 bis 600 Zeilen an. Nehmen Sie sich mehr Zeit für die Abschnitte „Beschreibung“, „Übersicht“ und „Do's and Don'ts“. Dies sind die Abschnitte, die das Modell verwendet, um Bindungen zu lösen.
Tag drei. Legen Sie die Datei im Stammverzeichnis Ihres Projekts ab. Öffnen Sie Claude Code, Cursor, Codex oder den von Ihnen verwendeten Agenten. Weisen Sie es an, DESIGN.md zu lesen und eine einzelne Seite oder Komponente nur mit den dort definierten Token und Regeln neu zu erstellen. Beobachten Sie, was zurückkommt. Beachten Sie, wo Fehler auftreten – diese Fehler deuten auf Lücken in Ihrer Datei hin, nicht auf das Modell.
Ab Tag vier. Iterieren Sie die Datei. Jedes Mal, wenn der Makler etwas falsch macht, was Sie nicht erwartet haben, fragen Sie ihn nach dem Grund. Die Antwort lautet fast immer, dass Ihre Datei dies nicht angegeben hat. Fügen Sie die Regel hinzu. Die Datei wird mit jedem Fix besser. Innerhalb von zwei Wochen nach regelmäßiger Anwendung stabilisiert es sich – ab diesem Zeitpunkt fühlt sich die Wirkung des Mittels eindeutig von Ihnen und nicht mehr generisch an.
Wenn Sie einen schnelleren Einstieg wünschen, finden Sie auf der getdesign.md-Site Installationsanleitungen für Claude Code, Cursor, Kiro, Windsurf und Stitch. Die offizielle Spezifikation befindet sich unter github.com/google-labs-code/design.md. Die CLI für die Validierung, Differenzierung und den Export nach Tailwind oder DTCG befindet sich im selben Repo. Nichts davon ist hinter einer Paywall geschützt. Die Spezifikation ist Apache 2.0. Die Community-Dateien sind Open Source. Die Skills-Ebene ist größtenteils kostenlos.
Ich muss Ihnen ein Geständnis hinterlassen. An dem Samstag, den ich oben in diesem Artikel beschrieben habe – die drei Produkte in drei Stunden – habe ich bereits drei Monate lang mit diesem Format gearbeitet. Als ich zum ersten Mal versuchte, einen DESIGN.md zu schreiben, brauchte ich einen ganzen Nachmittag und das Ergebnis war mittelmäßig. Der zweite dauerte drei Stunden und war brauchbar. Der fünfte dauerte zwanzig Minuten und war ausgezeichnet.
Das Format ist einfach. Der erforderliche Geschmack, um es gut zu füllen, ist nicht vorhanden. Das ist der Teil, der nicht demokratisiert wird. Das ist der Teil, der umso wertvoller und nicht weniger wird, je besser diese Agenten werden.
Schreiben Sie Ihre Datei. Nehmen Sie sich Zeit. Das nächste Jahrzehnt der Designarbeit wird dem Preisnachlass folgen, den Sie diese Woche schreiben.
Häufig gestellte Fragen
Was ist der Unterschied zwischen DESIGN.md und design.mmd?
Sie beziehen sich auf dasselbe Format. DESIGN.md ist der kanonische Dateiname. Google wird in der Spezifikation unter github.com/google-labs-code/design.md ausgeliefert. Die Schreibweise design.mmd wird in einigen Community-Videos und -Beiträgen als alternative Transkription angezeigt. Der Dateiinhalt ist identisch – Markdown-Hauptteil mit optionalem YAML-Token-Vorspann, Abschnitte in Spezifikationsreihenfolge. Verwenden Sie DESIGN.md für die Kompatibilität mit den offiziellen Tools.
Benötige ich einen Designer, um eine DESIGN.md-Datei zu schreiben?
Nein, aber Sie brauchen Geschmack. Die Datei zwingt jede Markenentscheidung in eine explizite Sprache – Farbbegründung, Typografiehierarchie, Abstandslogik, Regeln für die Verwendung von Komponenten. Wenn Sie diese Fragen nicht selbst beantworten können, erzeugt die von Ihnen geschriebene Datei eine generische Ausgabe, unabhängig davon, welcher Agent sie liest. Ein Nicht-Designer mit starkem Geschmack und Referenzsättigung wird einen Designer schlagen, der eine Vorlage kopiert. Die vollständige Argumentation finden Sie oben im Abschnitt „Taste Is The New Moat“.
Welche AI-Agenten unterstützen derzeit DESIGN.md?
Claude Code, Cursor, GitHub Copilot, Codex, Gemini CLI, Kiro, Windsurf und das Claude-Design von Die meisten lesen die Datei als einfaches Markdown – kein Plugin erforderlich. Das Google Stitch-Tool war der ursprüngliche Besitzer des Formats und verfügt immer noch über die tiefste Integration. Einige Agenten unterstützen auch den optionalen YAML-Token-Export, der von der design.md-CLI generiert wird.
Wie lange dauert es, einen verwendbaren DESIGN.md zu schreiben?
Drei bis sechs Stunden für eine ernsthafte erste Version eines echten Projekts. Zwanzig bis vierzig Minuten für Folgeprojekte, sobald Sie Ihre eigene Vorlage haben. Die Abschnitte „Beschreibung“, „Übersicht“ und „Do’s and Don’ts“ nehmen die meiste Zeit in Anspruch und sind die Teile der Datei mit dem größten Nutzen – investieren Sie dort, bevor Sie sich mit der Anzahl der Token befassen.
Wird DESIGN.md Figma ersetzen?
Nein. DESIGN.md ersetzt das Übergabedokument zwischen Design und Code und die Trainingsdatenschicht zwischen Ihrer Marke und einem Agenten. Figma bleibt der Ort für visuelle Erkundung, Motion Prototyping und Designüberprüfung. Das Muster, dem sich die meisten Teams ab Mai 2026 annähern: Erkunden in Figma, Kodifizieren in DESIGN.md, Gerüstbau mit einem Agenten, Verfeinern im Code. Die Datei ist die Quelle der Wahrheit, die zwischen jedem Tool ausgetauscht wird.
Lasst uns zusammenarbeiten
Möchten Sie AI-Systeme aufbauen, Arbeitsabläufe automatisieren oder Ihre technische Infrastruktur skalieren? Ich würde gerne helfen.
- Fiverr (benutzerdefinierte Builds und Integrationen): fiverr.com/s/EgxYmWD
- Portfolio: mejba.me
- Ramlit Limited (Unternehmenslösungen): ramlit.com
- ColorPark (Design & Branding): colorpark.io
- xCyberSecurity (Sicherheitsdienste): xcybersecurity.io
