← Torna al diario

Open Design 0.12.0: il tuo brand è un design system

Tag open-design-v0.12.0 — 103 PR da 30 contributori in sei giorni. Nome in codice "Design System supportato dal brand". Punta Open Design verso un sito live, trascina dentro un file Figma o ritaglia una pagina nel browser, e solleva il brand reale — colori, caratteri, voce — in un design system riutilizzabile da cui partire in ogni progetto successivo.

Open Design 0.12.0: il tuo brand è un design system

Tag open-design-v0.12.0, rilasciato il 26 giugno 2026. 103 PR da 30 contributori in sei giorni. Nome in codice "Design System supportato dal brand". Negli ultimi due mesi Open Design partiva da una pagina bianca e progettava per te. Questa release ribalta la prospettiva: il brand che già possiedi diventa un design system riutilizzabile.

Se vuoi la versione lunga, le note di rilascio su GitHub ce l'hanno. Questo post è la versione breve: cosa è cambiato sotto il cofano, cosa puoi farci oggi e da dove iniziare.

Il tuo brand è un design system

Questo è il piatto forte di 0.12.0. Fino a ora, l'unico modo per ottenere un design system fedele al brand era scrivere a mano un DESIGN.md — un muro per chiunque non fosse già immerso nelle specifiche. Ora ogni percorso di ingest alimenta un'unica pipeline.

Punta Open Design verso un URL del brand, trascina dentro un DESIGN.md, passagli un file .fig offline (decodificato in locale, senza account Figma), oppure cattura una pagina con il nuovo clipper del browser — e ciascuno di essi estrae un design system user: riutilizzabile. Perché è proprio questa l'idea alla base di questa release: un brand non è una cosa a sé, è un design system. Catturalo una volta e scorre attraverso un unico ciclo ininterrotto, tuo da riutilizzare in ogni progetto successivo.

Da lì è un unico ciclo, dall'inizio alla fine: visualizza l'anteprima del sistema come kit più template, costruisci direttamente da esso (l'onboarding ora si conclude su uno step di build), ed esporta con un clic il risultato in PDF, PPTX, PPTX modificabile o immagine. Logo, screenshot e palette catturati hanno finalmente una casa nella nuova OD Library, un registro di asset indirizzato per contenuto. E una nuova installazione ora include 150 design system di brand già pronti — Airbnb, Stripe, Vercel, Tesla, Supabase, Uber e altri — così il picker è utile fin dal primo giorno. La CLI mantiene la piena parità: od brand, od library, od figma import, od export.

La miniatura di un sito web live che viene sollevata verso l'alto e separata in un piccolo insieme di token di brand — una riga di campioni di colore, un esempio di carattere e una tessera con il logo — raccolti su un'unica scheda di design system riutilizzabile tenuta dentro una cornice di selezione verde, su uno sfondo editoriale quasi bianco
Puntalo verso un brand e solleva colori, caratteri e voce in un design system riutilizzabile.

Fallimenti che finalmente ti dicono cosa si è rotto

Il temuto "execution_failed" generico è sparito. Le esecuzioni ora danno un nome alla loro causa — un crash all'avvio, la scadenza di un resume, un agent bloccato in un loop di strumenti, una configurazione di provider obsoleta — così sai se riprovare o segnalare. E quando un'esecuzione può riprendersi, ora arretra con jitter e riprova da sola invece di crollare.

È un piccolo cambiamento con un grande beneficio: un fallimento prima era un vicolo cieco con un'alzata di spalle attaccata. Ora ti indica la soluzione, e quelli recuperabili si sistemano da soli in silenzio.

Un blocco grigio di fallimento di esecuzione senza etichetta accanto a una scheda di fallimento chiaramente etichettata che nomina la sua causa e mostra una freccia di retry che curva all'indietro, la scheda etichettata tenuta dentro una cornice di selezione verde, su uno sfondo editoriale quasi bianco
Cause con un nome sostituiscono l'opaco contenitore grigio — e le esecuzioni recuperabili riprovano da sole.

Un accesso che sopravvive a un passaggio di browser andato male

L'accesso al cloud prima restava appeso per cinque minuti in silenzio se il passaggio al browser faceva i capricci. Ora stampa lì sul posto l'URL di login e il codice così puoi finire a mano, e l'intero step Connect dell'onboarding è stato ridisegnato in una pulita landing di accesso al cloud. La prima cosa che un nuovo utente tocca non si rompe più su un browser che si comporta male.

Cos'altro arriva in 0.12.0

La release è ampia. Ancora qualche pezzo che vale la pena mettere in primo piano:

  • Il tuo coding agent, meno spigoli. Rilevamento più stabile del binario OpenCode su npm, scoperta di Node su Windows tramite fnm, risoluzione di pnpm attraverso Corepack, una policy centralizzata per i provider di reasoning, generazione di immagini preferenziale con l'abbonamento Codex, e il launcher Warp nascosto dove non deve stare.
  • PDF più nitidi e migliore gestione dei deck. L'esportazione PDF ora aspetta che la pagina sia pronta per la stampa prima di partire, i nomi dei file stampati sono a prova di Teams, il rilevamento dei deck riconosce le classi con prefisso slide, e gli screenshot HTML-PPT non dipendono più dalla presenza di un Chrome di sistema installato.
  • Un desktop che mostra il suo lavoro. La schermata di avvio mostra il progresso reale delle fasi di boot invece di un logo congelato, indossa il logotipo "Open Design" maiuscolo, e gli aggiornamenti di payload si installano nell'app come ti aspetteresti.
  • Più rifinitura sul web. Una home page rinnovata con correzioni di responsività mobile, un articolo del blog "What is vibe design" in 18 lingue più un cluster vibe-design più ampio, una revisione dei metadata SEO su tutto il sito, e l'account ufficiale unificato in @OpenDesignHQ.
  • Più facile da self-hostare. L'immagine di runtime include bash e git, le impostazioni predefinite di Docker si allineano con le release GHCR, c'è un flag opt-in per disabilitare l'auth API nelle reti fidate, e una nuova opzione di deployment Sealos con un clic.

L'elenco completo arriva a 103 PR. Le note di rilascio su GitHub contengono il resto.

Cosa farci oggi

Se sei…Inizia qui
Nuovo su Open DesignScarica l'app desktop e scegli uno dei 150 design system di brand precaricati — l'onboarding ora si conclude su un vero step di build
In procinto di portare il tuo brandPuntalo verso l'URL del tuo brand, trascina un DESIGN.md, passagli un .fig offline, oppure ritaglia una pagina nel browser — tutti e quattro alimentano un unico design system riutilizzabile
In procinto di consegnare un deck o un documentoCostruisci direttamente dal tuo design system ed esporta con un clic in PDF, PPTX, PPTX modificabile o immagine
Colpito da un'esecuzione fallitaRieseguila — i fallimenti ora danno un nome alla loro causa, e quelli recuperabili arretrano e riprovano da soli

Cosa fare dopo

Un brand non è un asset a sé che ridescrivi a ogni progetto — è un design system. Scarica l'app desktop, punta Open Design verso un brand che già possiedi, e guardalo sollevare colori, caratteri e voce in qualcosa da cui puoi partire oggi e riutilizzare in ogni progetto successivo.

Scarica Open Design.

103 PR in sei giorni, da 30 persone che trasformano una pagina bianca in un punto di partenza. I design system ancorati al brand esistono perché i contributori hanno colmato il divario tra "il brand che possiedi" e "il sistema da cui costruisci". Un movimento non viene rilasciato dai laptop di un solo team; viene rilasciato dalle persone che si sono presentate e hanno costruito. Vi vediamo. 🏛️

Letture correlate


← Torna al diario GitHub · Sorgente ↗