Marke wird Software

These

Design Systeme waren jahrzehntelang Dokumente: ein Figma-Library-File, ein Storybook, ein Brand Guide als PDF, bestenfalls eine JSON-Datei mit Tokens. Menschen lasen sie, interpretierten sie, setzten sie um.

Drei aktuelle Produkte verschieben diese Funktion. Claude Design von Anthropic Labs – seit 17. April 2026 als Research Preview verfügbar, betrieben mit Claude Opus 4.7, mit Canva als Export-Partner – funktioniert anders als ältere Prototyping-Tools: Teams laden Codebase-Dateien und Design-Dokumente hoch, das System extrahiert daraus Farben, Typografie und Komponenten und verwendet sie konsistent über Prototypen, Slide Decks, Marketing-Material und code-getragene Interaktionen. Vercel v0 generiert Oberflächen aus einem Registry-basierten Komponenten-Set. shadcn/ui verteilt Designentscheidungen als Paste-by-Reference-Snippets. Drei Hersteller, eine gemeinsame Bewegung: Das Design System wird ausgeführt, nicht gelesen.

Die Folge betrifft zwei Disziplinen zugleich. Brand Design verliert das PDF als primäres Arbeitsmedium. Design Ops verliert die Library-Pflege als zentrale Tätigkeit. Beide gewinnen etwas anderes: die Kuratierung eines Regelwerks, das Generatoren konsumieren, und die Evaluation dessen, was diese Regelwerke produzieren.

Das Design System wird ausgeführt, nicht gelesen.

Der Unterschied zur bisherigen Tool-Generation

Was Claude Design strukturell von v0, Lovable oder Subframe unterscheidet, ist nicht die Generierung selbst – sondern die Schließung der Kette. Anthropic beschreibt einen „One-Step-Handoff-Bundle to Claude Code”: Was im Prototyp entsteht, wandert in einem Schritt in die Implementierung im selben Stack. Damit entsteht eine vertikale Integration vom konversationellen Entwurf bis zur deployten Anwendung – Design, Code und Auslieferung innerhalb derselben Infrastruktur.

Das reicht tiefer als eine Workflow-Optimierung: Es verändert, wer in der Kette welche Entscheidung trifft. Wo bisher Designer:innen, Engineering und DevOps Übergaben verwalteten, wird die Übergabe zur Konfiguration. Die Casestudy mit Brilliant, die Anthropic in der Ankündigung zitiert, illustriert das in der Größenordnung: komplexe Seiten, die in anderen Tools über zwanzig Iterationen brauchten, entstanden in zwei. Geschwindigkeit ist hier ein Symptom, nicht das Argument – das eigentliche Argument ist die Verkürzung der Übergabe-Schicht, in der bisher Designentscheidung in Code umgesetzt wurde.

Vom Dokument zur Laufzeit – die Geschichte

Die Token-Idee ist zwölf Jahre alt. Jina Anne formalisierte sie 2014 im Lightning Design System bei Salesforce – eine benannte Designentscheidung in einem plattformunabhängigen Format, aus der sich die Varianten für CSS, iOS und Android generieren lassen. Brad Frost ergänzte 2016 mit Atomic Design die strukturelle Ebene: Komponenten als kombinierbare Elemente, die über Tokens gestylt werden. Die W3C Design Tokens Community Group arbeitet seit 2019 an einem offenen Austauschformat.

Zwölf Jahre lang blieb die Bewegung weitgehend dokumentatorisch. Tokens wurden notiert, Komponenten katalogisiert, Style Guides versioniert. Der Wechsel zur Laufzeit beginnt mit einem unscheinbaren Detail: Wenn ein Generator ein Token nicht mehr als Hex-Wert in einer Dokumentation liest, sondern als strukturierten Input für eine Entscheidung verwendet, verändert sich der Status der Datei: Aus der Beschreibung wird eine Konfiguration.

Der Unterschied ist nicht rein technisch. Eine Dokumentation wartet auf menschliche Interpretation. Eine Konfiguration trifft in jeder Ausführung eine Entscheidung – auch dann, wenn niemand hinschaut. Das verschiebt, wo Governance stattfinden muss: nicht mehr im Review der einzelnen Implementierung, sondern in der Konsistenz der Regel.

Benjamin und die Reproduzierbarkeit

Walter Benjamin beschrieb 1936 in Das Kunstwerk im Zeitalter seiner technischen Reproduzierbarkeit eine ähnliche Verschiebung. Die technische Reproduktion – damals Fotografie, Film – machte das Einmalige des Kunstwerks zu einer technischen Frage: Was an einem Werk ist seine einzigartige Präsenz (die Aura), was seine reproduzierbare Form?

Benjamins Text ist kein Werkzeugkasten für Designstrategie. Er macht aber ein Problem sichtbar, das sich gerade wiederholt: Wenn Reproduktion trivial wird, verschiebt sich der kulturelle und ökonomische Wert weg von der Produktion hin zur Entscheidung über Produktion. In der Malerei des 19. Jahrhunderts war das die Wahl zwischen dokumentarischem Porträt (auslaufend) und konzeptuellem oder expressivem Werk (wachsend). In der Brand- und Produktarbeit der kommenden Jahre könnte es die Wahl zwischen Artefakt-Produktion (auslaufend) und System-Kuratierung plus Evaluation (wachsend) sein.

Wenn Reproduktion trivial wird, verschiebt sich der Wert weg von der Produktion hin zur Entscheidung über Produktion.

Die Parallele ist nicht neu. Die Schreibmaschine, das Desktop Publishing, die digitale Kamera – jede Reproduktionsschwelle verlief nach demselben Muster. Der entscheidende Punkt ist, welche Ebene der Designarbeit als Nächstes hinter diese Schwelle rutscht. Die Signale legen nahe: Brand-Artefakte und Komponenten-Libraries stehen unmittelbar an.

Was sich für Brand ändert

Ein Brand Guide als PDF ist eine Übergabe-Formel. Er sagt einem menschlichen Gegenüber, wie die Marke aussehen soll – Logo, Farbpalette, Schriftfamilie, Tonalität. Die Formel funktioniert, solange am anderen Ende jemand die Entscheidung trifft, wie ein Farbwert in einer bestimmten Situation zu interpretieren ist.

Wenn ein Generator diese Entscheidung trifft, verschwindet die Zwischenstufe. Ein Brand-System, das generativ konsumiert wird, braucht deshalb mehr als Farbwerte:

• Semantik vor Spezifikation. Ein Token heißt color.action.critical, nicht #E63946, und steht für eine Bedeutung: „Irreversibilität signalisieren”. Der Farbwert folgt der Bedeutung, nicht umgekehrt.
• Regeln vor Beispielen. Statt eines Bildes „so sieht unser Button aus” beschreibt das System wann welcher Button in welchem Kontext mit welcher Sprache. Gegenbeispiele und Grenzfälle sind Teil der Systematik, nicht Annex.
• Stimme als strukturierter Kontext. Tonalität lässt sich für Generatoren nicht durch Adjektive spezifizieren („warm, präzise, niemals herablassend”), sondern durch Beispiel-Paare (gewollt / nicht gewollt) und kontextgebundene Regeln.

Diese Verschiebung ist in der Werkstatt kaum sichtbar – und verändert trotzdem die Rolle der Brand-Arbeit.

Wer ein Brand-System in dieser Form baut, liefert Infrastruktur. Wer es als PDF liefert, liefert ein Zertifikat.

Was sich für Design Ops ändert

Design Ops entstand als Reaktion auf ein Skalierungsproblem: Je größer die Designteams, desto mehr Zeit verbringen sie mit Pflege statt mit Gestaltung. Die Antwort war eine Rolle, die Werkzeuge, Systeme und Rituale kuratiert – damit Designer:innen produktiv arbeiten können.

In der Laufzeit-Konfiguration verschiebt sich diese Rolle. Die operative Arbeit – Komponenten pflegen, Tokens versionieren, Dokumentation aktualisieren – wird automatisierbar. Was nicht automatisierbar wird, ist die Entscheidung, was die Regel ist. Damit wandert Design Ops näher an Governance:

• Evaluation statt Review. Ein Review diskutiert die Arbeit einer Designerin. Eine Evaluation bewertet den Output eines Systems gegen definierte Kriterien (Brand-Konformität, Zugänglichkeit, Kontext-Passung). Der Unterschied ist nicht semantisch: Reviews skalieren nicht mit generativer Geschwindigkeit, Evaluationen tun es.
• Kuratierung statt Pflege. Nicht jede Ausnahme kommt in die Regel. Die Entscheidung, welche Ausnahme zur Regel wird und welche Einzelfall bleibt, wird zum eigentlichen Inhalt der Arbeit.
• Infrastruktur statt Dokumentation. Tokens, Regeln und Templates werden so formatiert, dass Generatoren sie konsumieren können. Das Ziel ist Lesbarkeit, nicht Vollständigkeit.

Projektion: drei Jahre, drei Bewegungen

Was sich aus den aktuellen Signalen extrapolieren lässt – mit der nötigen Vorsicht gegenüber jeder Kurvenverlängerung:

1. Mittlere Produktionsarbeit schrumpft. Wer ausschließlich Screens und Brand-Anwendungen produziert, verliert an Nachfrage. Die Arbeit wandert in Generatoren, die Urteilsschicht bleibt bei Menschen.

2. Junior-Ausbildung wird zum ungelösten Problem. Die klassische Lernumgebung – viel Produktion unter Supervision, daraus Urteilsfähigkeit entwickeln – verschwindet mit der mittleren Produktionsarbeit. Es zeichnet sich keine etablierte Antwort ab; Hochschulen und Unternehmen werden in den kommenden zwei bis drei Jahren neue Formate erfinden müssen.

3. Organisationen mit Runtime-Systemen gewinnen an Geschwindigkeit. Teams, die ihr Brand- und Komponenten-System so aufsetzen, dass Generatoren es konsistent konsumieren, produzieren mehr Varianten bei gleichem Budget. Teams ohne Runtime-System produzieren dieselbe Anzahl Outputs in geringerer Konsistenz – die Markenwirkung verwässert, bevor jemand die Ursache erkennt.

Einordnung

Dieser Text ist aus einer Product-Design- und Design-Ops-Perspektive geschrieben, mit operativer Erfahrung im DACH-Raum und Schwerpunkt auf KMUs sowie Mid-Size-Organisationen. Die Brand-Sektion speist sich aus der Zusammenarbeit mit Brand Designern, nicht aus eigener Brand-Praxis – auch das gehört zur Einordnung. Was diese Perspektive sieht: die operative Verschiebung in Teams, die Tooling-Landschaft, die Ökonomie kleiner und mittelgroßer Engagements.

Was diese Perspektive nicht sieht: Großunternehmens-Zyklen mit mehrjähriger Adoptionsdauer, regulatorische Sonderfälle (z.B. stark zertifizierungspflichtige Industrien), außer-europäische Märkte mit anderem Toolstack und anderer Plattform-Landschaft. Ein Brand Designer aus einer globalen Beratung oder eine Design Ops Managerin in einem Konzern mit 500+ Designer:innen würde Teile dieser Diagnose mitzeichnen, andere deutlich anders gewichten.

Kritische Einordnung

Was hält stand

• Die Token-Geschichte ist gut dokumentiert: Lightning 2014, Atomic Design 2016, W3C DTCG seit 2019 – ein zwölfjähriger Trend zur Maschinenlesbarkeit, der jetzt in die Ausführungsebene rutscht
• Die drei Produktbeobachtungen (Claude Design, v0, shadcn/ui) sind mit offiziellen Ankündigungen belegt, nicht spekulativ
• Die vertikale Integration von Design zu Code (Claude Design → Claude Code) ist von Anthropic explizit als Differenzierungsmerkmal benannt – sie zeigt, dass das Argument „Design System wird Laufzeit” nicht hypothetisch, sondern als Produkt-Strategie eines Herstellers konkret formuliert wird
• Die Verschiebung von Dokumentation zu Konfiguration ist in angrenzenden Feldern (Infrastructure-as-Code, Policy-as-Code) bereits abgeschlossen – ein etablierter Präzedenzfall

Was man einordnen muss

• Die Projektion „mittlere Produktionsarbeit schrumpft” ist kein Naturgesetz. Regulatorische Komplexität, Enterprise-Zyklen und DACH-spezifische Besonderheiten verzögern die Adoption um Jahre
• Der Begriff „Kommodifizierung” ist problematisch: Er suggeriert Verlust, wo möglicherweise Umsortierung passt. Die Fotografie hat die Malerei nicht entwertet, sondern verschoben
• Ob die automatische Extraktion (Anthropic: „extracts colors, typography, and components”) wirklich Systemsemantik liest oder nur visuelle Annäherung produziert, ist empirisch offen. Die These trägt nur, wenn die Werkzeuge tatsächlich Tokens, Regelwerk und Kontextlogik berücksichtigen – nicht nur visuelle Konsistenz erzeugen
• Der Closed Loop von Claude Design zu Claude Code ist innerhalb der Anthropic-Infrastruktur geschlossen. Was passiert, wenn Teams Tools verschiedener Hersteller mischen wollen (Figma, GitHub, Vercel, andere Modelle), ist offen – Vendor Lock-in ist eine reale Frage, gerade für Organisationen, die schon mehrere Tool-Stacks etabliert haben

Diskussionsfragen

01 Einzelfall-Kompetenz: Wenn ein Design System generativ ausgeführt wird – wer entscheidet über die Ausnahme, die eine Marke charakterisiert, und wie wird diese Entscheidung ins System zurückgespielt?

02 Nachwuchs-Pfade: Welche Lernformate ersetzen die mittlere Produktionsarbeit als Lehrstufe, wenn diese Schicht in Generatoren wandert? Hochschule, Bootcamp, Open-Source-Beitrag, öffentliche Portfolio-Arbeit – was davon greift?

03 Governance-Orte: Gehört Brand-Runtime-Governance in die Design-Disziplin, in Design Engineering, in eine neue Rolle – oder in eine ganz andere Disziplin (Data Governance, Content Operations)?

04 Messbarkeit: Wie misst man Markenkonsistenz über generierten Output hinweg? Welche Kriterien sind operationalisierbar, welche bleiben Urteilsfrage?

Quellen

• Anthropic: Introducing Claude Design by Anthropic Labs
• Vercel: Introducing the new v0
• v0 by Vercel
• shadcn/ui
• W3C Design Tokens Community Group – Format Specification
• Walter Benjamin, Das Kunstwerk im Zeitalter seiner technischen Reproduzierbarkeit, 1936 (dritte Fassung, publiziert posthum 1955 in Schriften)
• Brad Frost, Atomic Design, Brad Frost Web, 2016 (atomicdesign.bradfrost.com)
• Jina Anne, Arbeit am Lightning Design System, Salesforce, seit 2014

Glossar

Design Token Eine benannte Designentscheidung (Farbe, Abstand, Schriftgröße) in einem plattformunabhängigen Format. Erlaubt die verlustfreie Übersetzung derselben Entscheidung in verschiedene technische Umgebungen (CSS, iOS, Android).

Runtime (im Kontext von Design Systemen) Laufender Ausführungskontext, in dem ein System von einem Programm – hier: einem Generator – konsumiert wird. Gegensatz: Dokumentation, die auf menschliche Interpretation wartet.

Storybook Open-Source-Tool zur isolierten Entwicklung und Dokumentation von UI-Komponenten. De-facto-Standard für klassische Komponenten-Libraries seit ca. 2018.

Governance (im Design-Kontext) Die laufende Entscheidung über Regeln, Ausnahmen und Grenzfälle in einem Design System – im Unterschied zur Ausführung dieser Regeln.

---

Erster Teil einer Serie zur Verschiebung des Designberufs, wenn Design ausführbar wird. Teil 2: Zehn Entwürfe. Und jetzt? nimmt die Perspektive von Product Teams und Product Designern ein, Teil 3: Backlog war gestern die von Product Management.