DESIGN.md — format ouvert de design system pour agents IA (Google Labs)¶
Resume¶
Google Labs publie DESIGN.md, un format open-source (Apache 2.0, 6.9K stars) pour decrire des design systems aux agents IA. Deux couches complementaires :
- Tokens machine-readable (YAML front matter) : couleurs, typographie, espacements, proprietes de composants — valeurs exactes
- Prose human-readable (Markdown) : rationale design, explication du "pourquoi" des tokens
CLI de validation inclus : lint structurel, references cassees, conformite WCAG contrast. Export vers Tailwind theme configs et W3C Design Token Format (DTCG). TypeScript/JavaScript, monorepo Bun.
Le thread de @fseixas (100K vues, 1.4K likes) argumente que DESIGN.md va "enterrer Figma" : implementer etait cher → on prototypait d'abord → maintenant implementer est quasi-gratuit → le prototype devient le code.
Analyse critique¶
Le format est bien pense. La dualite tokens/prose resout un vrai probleme : un agent a besoin de valeurs exactes (tokens) mais aussi de comprendre quand les appliquer et pourquoi (prose). C'est exactement le pattern "spec executable + rationale humain" qui fonctionne en ingenierie logicielle.
La these "Figma est mort" est exageree. Le meilleur contre-argument vient de @richardrx dans les reponses : "design.md est une specification, tu ne specifies que ce que tu sais deja vouloir." L'exploration visuelle — divergence, iteration spatiale, decouverte par le geste — reste mal servie par du texte. Figma ne meurt pas : son role evolue de "outil de production" vers "outil d'exploration". Le handoff, lui, disparait.
Le vrai signal : la convergence du pattern "YAML strict + Markdown explicatif" comme format de spec pour agents. Google le fait pour le design, ProbatioVault le fait pour les code contracts, Karpathy le fait pour les regles de coding. C'est le meme pattern partout.
Pertinence ProbatioVault¶
Validation directe de l'approche code-contracts de ProbatioVault :
| DESIGN.md | ProbatioVault code-contracts |
|---|---|
| YAML tokens (valeurs exactes) | YAML contracts (invariants, types, interfaces) |
| Markdown prose (rationale) | Markdown spec (contexte, justification) |
| CLI lint (validation structurelle) | formal-check.sh (verification Prolog/TLA+) |
| Export Tailwind/W3C | Injection dans prompts agents step 6b |
Idees a recuperer : - Le CLI de linting de DESIGN.md pourrait inspirer un linter pour les code-contracts YAML (validation schema, references croisees entre contracts) - L'export W3C montre l'interet d'un format de contracts exportable vers d'autres outils
Pour le site ProbatioVault : si DESIGN.md devient un standard, le site marketing pourrait l'adopter pour maintenir la coherence visuelle via agents (Claude Design, etc.).