← Zurück zum Journal

Open Design 0.12.0: deine Marke ist ein Designsystem

Tag open-design-v0.12.0 — 103 PRs von 30 Mitwirkenden in sechs Tagen. Codename „Markengestütztes Designsystem”. Richte Open Design auf eine Live-Site, lege eine Figma-Datei ab oder clippe eine Seite in deinem Browser — und es hebt die echte Marke heraus — Farben, Typografie, Stimme — in ein wiederverwendbares Designsystem, aus dem du in jedem weiteren Projekt aufbauen kannst.

Open Design 0.12.0: deine Marke ist ein Designsystem

Tag open-design-v0.12.0, veröffentlicht am 26. Juni 2026. 103 PRs von 30 Mitwirkenden in sechs Tagen. Codename „Markengestütztes Designsystem”. In den vergangenen zwei Monaten ist Open Design von einer leeren Seite gestartet und hat für dich gestaltet. Dieses Release dreht es um: die Marke, die du bereits besitzt, wird zu einem wiederverwendbaren Designsystem.

Wenn du die ausführliche Version möchtest, findest du sie in den Release Notes auf GitHub. Dieser Beitrag ist die Kurzfassung: was sich unter der Haube geändert hat, was du heute damit machen kannst und wo du anfängst.

Deine Marke ist ein Designsystem

Das ist das Glanzstück von 0.12.0. Bis jetzt war der einzige Weg zu einem markengetreuen Designsystem, eine DESIGN.md von Hand zu verfassen — eine Mauer für alle, die nicht ohnehin tief in der Spezifikation stecken. Jetzt speist jeder Einlesepfad eine einzige Pipeline.

Richte Open Design auf eine Marken-URL, lege eine DESIGN.md ab, reiche ihm eine offline .fig-Datei (lokal dekodiert, kein Figma-Konto) oder erfasse eine Seite mit dem neuen Browser-Clipper — und jeder davon wird in ein wiederverwendbares user:-Designsystem extrahiert. Denn das ist die ganze Idee hinter diesem Release: eine Marke ist keine separate Sache, sie ist ein Designsystem. Erfasse sie einmal, und sie läuft durch eine einzige ununterbrochene Schleife, deine zum Wiederverwenden in jedem weiteren Projekt.

Von dort an ist es eine Schleife, von Anfang bis Ende: Sieh dir das System als Kit plus Templates in der Vorschau an, baue direkt daraus (das Onboarding endet jetzt mit einem Build-Schritt) und exportiere das Ergebnis mit einem Klick als PDF, PPTX, bearbeitbares PPTX oder Bild. Erfasste Logos, Screenshots und Paletten haben endlich ein Zuhause in der neuen OD Library, einem inhaltsadressierten Asset-Register. Und eine frische Installation bringt jetzt 150 fertige Marken-Designsysteme mit — Airbnb, Stripe, Vercel, Tesla, Supabase, Uber und mehr —, sodass der Picker vom ersten Tag an nützlich ist. Die CLI bleibt voll gleichwertig: od brand, od library, od figma import, od export.

Ein Vorschaubild einer Live-Website wird nach oben gehoben und in einen kleinen Satz Marken-Tokens zerlegt — eine Reihe Farbfelder, eine Schriftprobe und eine Logo-Kachel —, zusammengeführt auf einer einzigen wiederverwendbaren Designsystem-Karte, die in einem grünen Auswahlrahmen gehalten wird, auf einem nahezu weißen redaktionellen Hintergrund
Richte es auf eine Marke, und es hebt Farben, Typografie und Stimme in ein wiederverwendbares Designsystem heraus.

Fehler, die dir endlich sagen, was kaputtging

Das gefürchtete Sammelbecken „execution_failed” ist verschwunden. Läufe benennen jetzt ihre Ursache — ein Absturz beim Start, ein abgelaufener Resume, ein Agent, der in einer Tool-Schleife feststeckt, eine veraltete Anbieter-Konfiguration —, sodass du weißt, ob du es erneut versuchen oder melden solltest. Und wenn ein Lauf sich erholen kann, wartet er jetzt mit Jitter und versucht es von selbst erneut, statt umzukippen.

Es ist eine kleine Änderung mit großer Wirkung: Ein Fehler war früher eine Sackgasse mit einem Achselzucken dran. Jetzt weist er dich auf die Lösung hin, und die behebbaren beheben sich leise von selbst.

Ein grauer, unbeschrifteter Lauffehler-Block neben einer klar beschrifteten Fehlerkarte, die ihre Ursache benennt und einen zurückschwingenden Wiederholungspfeil zeigt, die beschriftete Karte in einem grünen Auswahlrahmen gehalten, auf einem nahezu weißen redaktionellen Hintergrund
Benannte Ursachen ersetzen den undurchsichtigen grauen Topf — und behebbare Läufe versuchen es von selbst erneut.

Anmeldung, die eine missglückte Browser-Übergabe übersteht

Die Cloud-Anmeldung hing früher fünf Minuten lang stumm, wenn die Browser-Übergabe zickte. Jetzt gibt sie die Login-URL und den Code direkt dort aus, sodass du es von Hand abschließen kannst, und der gesamte Connect-Schritt im Onboarding wurde zu einer sauberen Cloud-Anmelde-Landing umgestaltet. Das Erste, was ein neuer Nutzer anfasst, scheitert nicht mehr an einem Browser, der sich danebenbenimmt.

Was sonst noch in 0.12.0 landet

Das Release ist breit. Ein paar weitere Teile, die es wert sind, hervorgehoben zu werden:

  • Dein Coding-Agent, weniger raue Kanten. Stabilere OpenCode-Binary-Erkennung auf npm, Windows-Node-Erkennung über fnm, pnpm-Auflösung über Corepack, eine zentralisierte Reasoning-Provider-Policy, bevorzugte Codex-Abo-Bildgenerierung und der Warp-Launcher dort versteckt, wo er nicht hingehört.
  • Schärfere PDFs und besseres Deck-Handling. Der PDF-Export wartet jetzt, bis die Seite druckbereit ist, bevor er auslöst, gedruckte Dateinamen sind Teams-sicher, die Deck-Erkennung erfasst slide-präfigierte Klassen, und HTML-PPT-Screenshots hängen nicht mehr davon ab, dass ein System-Chrome installiert ist.
  • Ein Desktop, der seine Arbeit zeigt. Der Splash-Screen zeigt echten Fortschritt der Boot-Phasen statt eines eingefrorenen Logos, trägt den großgeschriebenen „Open Design”-Schriftzug, und Payload-Updates installieren sich in der App so, wie du es erwartest.
  • Mehr Feinschliff im Web. Eine aufgefrischte Startseite mit Mobile-Responsive-Korrekturen, ein Blogbeitrag „Was ist Vibe Design” in 18 Sprachen plus ein breiterer Vibe-Design-Cluster, ein websiteweiter SEO-Metadaten-Durchlauf und der offizielle Account vereinheitlicht zu @OpenDesignHQ.
  • Einfacher selbst zu hosten. Das Runtime-Image bringt bash und git mit, die Docker-Standardwerte richten sich nach den GHCR-Releases, es gibt ein optionales Flag zum Deaktivieren der API-Authentifizierung für vertrauenswürdige Netzwerke, und eine neue Ein-Klick-Deployment-Option für Sealos.

Die vollständige Liste umfasst 103 PRs. Die Release Notes auf GitHub enthalten den Rest.

Was du heute damit machen kannst

Wenn du…Hier anfangen
Neu bei Open Design bistLade die Desktop-App herunter und wähle eines der 150 vorbestückten Marken-Designsysteme — das Onboarding endet jetzt mit einem echten Build-Schritt
Deine eigene Marke mitbringstRichte es auf deine Marken-URL, lege eine DESIGN.md ab, reiche ihm eine offline .fig oder clippe eine Seite im Browser — alle vier speisen ein wiederverwendbares Designsystem
Ein Deck oder Dokument ausspielstBaue direkt aus deinem Designsystem und exportiere mit einem Klick als PDF, PPTX, bearbeitbares PPTX oder Bild
Von einem fehlgeschlagenen Lauf getroffen wurdestFühre ihn erneut aus — Fehler benennen jetzt ihre Ursache, und die behebbaren warten ab und versuchen es von selbst erneut

Was als Nächstes zu tun ist

Eine Marke ist kein separates Asset, das du in jedem Projekt neu beschreibst — sie ist ein Designsystem. Lade die Desktop-App herunter, richte Open Design auf eine Marke, die du bereits besitzt, und sieh zu, wie es Farben, Typografie und Stimme in etwas hebt, aus dem du heute aufbauen und in jedem weiteren Projekt wiederverwenden kannst.

Open Design herunterladen.

103 PRs in sechs Tagen, von 30 Menschen, die eine leere Seite in einen Ausgangspunkt verwandeln. Markengestützte Designsysteme existieren, weil Mitwirkende die Lücke zwischen „der Marke, die du besitzt” und „dem System, aus dem du aufbaust” geschlossen haben. Eine Bewegung wird nicht von den Laptops eines einzelnen Teams ausgeliefert; sie wird von den Menschen ausgeliefert, die aufgetaucht sind und gebaut haben. Wir sehen euch. 🏛️

Weiterführende Lektüre


← Zurück zum Journal GitHub · Quelle ↗