Wie arbeitest du mit Designern zusammen und verhinderst, dass ein Designsystem und der Code auseinanderdriften?

Mach die Token-Ebene zur einzigen Wahrheitsquelle: Farben, Abstände, Typografie und Radien leben als benannte Tokens, die sowohl das Design-Tool als auch das CSS konsumieren, eine Änderung passiert also nur einmal. Bau Komponenten gegen Tokens statt gegen rohe Werte, behandle neue Einzelwerte im Review als Design-Schulden, und veröffentliche die Komponentenbibliothek mit dokumentierten Props, damit Produktteams komponieren statt zu forken.

Was es wirklich synchron hält, ist eine einzige Quelle für die Primitive. Farben, Abstände, Typo-Skala und Radien leben als Tokens, exportiert als CSS Custom Properties für den Code und als Variablen im Design-Tool konsumiert, wenn sich also eine Markenfarbe ändert, ändert sie sich an einer Stelle und alles zieht nach. Komponenten referenzieren dann nur Tokens, nie rohe Hex-Werte, und unsere Lint-Regeln markieren eine hartkodierte Farbe im Pull Request. Führt ein Mockup einen Wert ein, den es nicht gibt, ist das ein Gespräch und keine stille Ergänzung: meistens war es unabsichtlich, und gelegentlich ist es eine echte Lücke, die wir dann bewusst schließen. Für Komponenten pflege ich eine dokumentierte Bibliothek, in der Props und Zustände sichtbar sind, damit Produktteams sehen, was existiert, bevor sie es nachbauen, und es gibt einen klaren Weg, etwas beizusteuern, wenn eine Variante fehlt. Der Fehlermodus, den ich erlebt habe, ist ein System, das niemand finden konnte, also haben vier Teams je ihren eigenen Button gebaut, und das zusammenzuführen war dann ein Quartal Arbeit.