Agentic Design System
Évolution du design system qui passe de bibliothèque consommée par humains à infrastructure qui contraint les générations AI. Concept formalisé par Brad Frost en 2026 : un DS agentic combine couverture (stories + states + tokens documentés) et validation (tests A11y, visual regression, sign-off humain) pour empêcher les agents de fabriquer du slop UI.
Forces
- Empêche la dérive marque : agents contraints à utiliser uniquement les composants/tokens documentés
- Coverage + validation transforme le DS en infrastructure de confiance multi-agent (Claude Code, Cursor, Antigravity)
- Inverse l'économie : le coût d'un composant manquant remonte à la surface au lieu de pourrir 50 PRs en silence
- Traite le DS comme une surface de recherche, pas seulement comme une bibliothèque : l'agent doit d'abord TROUVER le bon composant. Un designer a mesuré l'écart sur sa propre bibliothèque Figma, où une recherche « badge » rendait 19 résultats dont 3 décrits. Mêmes 10 prompts, bibliothèque de production contre bibliothèque nettoyée : 0 puis 10 correspondances justes, 9 puis 0 prompts obligés de choisir entre deux doublons, environ 1 450 puis 135 éléments de contexte récupérés. Nommer, décrire et dédoublonner passe avant tout prompt (une seule expérience sur 10 prompts, à lire comme un ordre de grandeur)
Limites
- Nécessite un investissement initial : stories exhaustives, manifests typés, pipeline de validation, pas du jour 1
- Encore vocabulaire émergent (avril 2026), peu d'outillage tout-en-un, on assemble Storybook MCP + DESIGN.md + tokens fermés à la main
Pour qui
- Design system manager qui ouvre l'usage des agents AI à une équipe ≥10 devs et veut éviter la dérive
- Équipe produit qui consomme du Claude Code / Cursor à fort volume et constate des fabrications de composants qui n'existent pas