Component Spec as Data
Approche où chaque composant du design system expose une spec structurée (JSON Schema, TypeScript types, ou YAML manifest) que les agents AI consomment pour comprendre props, variants, states, contraintes. Concept formalisé par Nathan Curtis (EightShapes) et présenté à Smashing Amsterdam 2026 : la spec n'est plus une page Figma ou un MDX human-only, elle devient une donnée machine-readable qui co-existe avec le code source. Les agents lisent la spec avant de générer ou de réviser un usage du composant. Le format concret recommandé en 2026 est le Component Manifest (Storybook MCP, mars 2026), JSON/YAML compact (2-5KB par composant) qui expose props/variants/states/a11y au LLM via MCP.
Forces
- Source de vérité unique consommable par humains (docs auto-générées) ET agents AI
- Validation automatique : un usage qui viole la spec échoue en CI avant merge
- Foundation pour MCP servers DS, lints custom, génération de tests automatique
Limites
- Maintenance double : code TS + spec JSON doivent rester sync (sauf si génération automatique)
- Outillage encore fragmenté en 2026, pas de standard universel (chacun JSON Schema, TS, YAML)
Pour qui
- Design system manager qui veut exposer son DS à plusieurs agents AI sans réécrire la doc à chaque fois
- Équipe qui shipper un MCP server pour son DS (Storybook MCP ou custom)