Le développement de composants UI piloté par les spécifications : vers un hub de données

D'après l'analyse publiée par Nathan Curtis sur Substack, le développement de composants UI piloté par spécifications franchit en 2026 un cap structurel: les specs cessent d'être un simple livrable de handoff pour devenir un hub de données reliant Figma, les prototypes, les code factories et la documentation. Pour un design system opérationnel, ce déplacement du centre de gravité change la production de composants à la racine.

Le pivot des specs: de la sortie au hub

Curtis rappelle le point de départ historique: le plugin Specs orchestrait une transformation déterministe sur le canvas Figma, produisant un document de spécifications composant par composant. Ce que l'émergence des agents en 2024 et 2025 a changé, c'est la valeur de la donnée émise. Un schéma structuré et prévisible devient lisible — et exploitable — par des outils automatisés.

Conséquence directe: la génération des specs se dédouble. API Plugin et API Rest exposent désormais la même structure par composant, ou pour une bibliothèque entière. Cette duplication n'est pas cosmétique. Elle transforme les specs en hub d'expressions de design intent, une surface normalisée, versionnée et synchronisée entre plusieurs sources-of-truth.

Pour les équipes qui font converger design et code, cela signifie une chose concrète: les specs arbitrent désormais les bords entre Figma, les prototypes et les code factories React, iOS et Android. Personne ne possède l'ensemble. Tout le monde doit s'accorder sur les interfaces qui relient les pièces.

Architecture concrète: API, variants et examples

Les specs telles que Curtis les décrit reposent sur trois concerns extraits de Figma:

• API: noms de composants, props, éléments — la surface exposée pour configurer et surcharger le composant.
• Variants: règles empilées (analogue à CSS) qui déclarent styles, tokens, prop bindings, slots, composition, layout, structure.
• Examples: relations composées via slots imbriqués, contenus et images, exploités pour la documentation, les cas de test et les scaffolds réutilisables.

Deux familles de specs cohabitent: générées par transformation déterministe, ou rédigées par des humains, des agents, ou les deux. La tendance est nette — on génère davantage qu'on rédige, et les outils poussent les specs vers plus d'automatisation.

Ce que cela change pour le design system

Trois leviers actionnables dès maintenant:

1. Traitez les specs comme du contenu, pas comme un PDF. Testez leur lisibilité par un agent avant validation.

2. Versionnez les schemas. Un ADR par décision de structure. L'API exposée et les variants doivent rester traçables.

3. Cartographiez les bords. Qui gère Figma? Qui génère le code React? Les specs sont l'articulation — sans contrat clair à chaque bord, le hub devient un point de rupture.

Côté veille, le signal converge: SitePoint publie sur le développement web agile piloté par l'IA, ce qui confirme que la convergence specs + agents s'impose comme nouveau terrain d'expérimentation pour les code factories.