DESIGN.md: Google apre il formato che spiega il design system agli agenti AI

01 Cosa è successo

Il 21 aprile 2026 Google ha pubblicato come open source la bozza di specifica di DESIGN.md, il formato nato nello strumento di design Stitch. Il file permette di esportare e importare le regole di un design system da un progetto all'altro. Secondo Google, un agente AI non deve più indovinare lo scopo di un colore e può verificare le proprie scelte rispetto alle regole di accessibilità WCAG.^[1]

Il repository pubblico descrive la struttura. Un file DESIGN.md unisce token di design leggibili dalle macchine, in YAML, e una motivazione in prosa, in markdown. I token sono i valori normativi, mentre la prosa spiega perché esistono e come applicarli. Le sezioni usano titoli di secondo livello, possono essere omesse, ma quelle presenti devono rispettare un ordine fisso. I componenti associano un nome a proprietà come colore di sfondo, tipografia, padding o dimensioni, e le varianti (hover, active, pressed) sono voci separate.^[2]

Intorno al formato c'è già un set di strumenti da riga di comando, pubblicato su npm come @google/design.md. Controlla la correttezza strutturale, segnala riferimenti rotti ai token e verifica i rapporti di contrasto WCAG, con risultati in JSON utilizzabili dagli agenti. Confronta due versioni di un design system per rilevare regressioni ed esporta i token verso altri formati, tra cui una configurazione Tailwind v3. I token si ispirano al W3C Design Token Format.^[2]

Il 15 giugno 2026 Atlassian ha pubblicato il proprio DESIGN.md e un resoconto della prova: ha confrontato il formato di Google con il proprio server MCP e con le proprie AI skills, per capire dove un singolo file markdown portabile si collochi negli strumenti di un design system. L'estratto disponibile non riporta le misurazioni.^[3]

02 Perché conta

Interpretazione: il design system smette di essere solo un riferimento per chi progetta e sviluppa e diventa contesto operativo per chi genera interfacce, cioè anche per gli agenti. Un file versionabile, validabile e confrontabile tratta le regole visive come qualsiasi altro artefatto di ingegneria. In una piattaforma multi-agente è un livello di infrastruttura, non una scelta estetica.^{[1, 2]}

Divergenza fra le fonti Le due fonti inquadrano il formato in modo diverso. Google lo presenta come un file portabile fra strumenti e progetti. Atlassian lo tratta come un componente da collocare accanto al proprio server MCP e alle AI skills, quindi come un elemento di uno stack e non come la soluzione unica. Gli estratti non permettono di dire quale lettura prevarrà nell'uso reale.^{[1, 3]}

Resta aperto il punto più concreto: quanto costi e quanto sia stabile il formato in produzione rispetto ad alternative come MCP. Qui i dati degli estratti non bastano e questo articolo non ne stima nessuno.^[3]

04 Cosa osservare adesso

1. Stato della specifica

   Va verificato se la bozza pubblicata da Google il 21 aprile 2026 si stabilizzerà e se altri strumenti, oltre a Stitch, la supporteranno.^{[1, 2]}

2. Misure su scala enterprise

   Servono altri test pubblici, come quello di Atlassian del 15 giugno 2026, che confrontino il file con server MCP e AI skills su costo, tempi e stabilità dei risultati.^[3]

3. Validazione automatica

   Controlli su contrasto WCAG e regressioni, eseguiti dagli stessi agenti, potrebbero diventare un passaggio standard delle pipeline di generazione delle interfacce.^[2]