Tu veux les meilleurs outils IA avant les autres ?
On teste et on décrypte les nouveaux outils IA chaque soir, en 5 min. Gratuit.
Inclus dès l'inscription : notre sélection des meilleurs guides & comparatifs IA.
Choisis ton rythme
Gratuit · Pas de spam · Désabonnement en 1 clic
Une démonstration révélatrice
Les fondements de Figma que vous maîtrisiez sont désormais le socle d'une transformation majeure. Lors d'une démonstration marquante, Brad Frost, auteur du livre influent Atomic Design, s'est associé à Dominic Nguyen, co-fondateur de Chromatic, pour une session en direct intitulée Agentic Design Systems in 2026. Cette session était animée par Kyle, un ingénieur en expérience développeur de l'équipe Storybook, qui a présenté leur MCP en cours de développement.
En tant que designer et éducateur, je participe souvent à ce genre de démonstrations pour rester informé, bien que je me considère souvent comme un observateur dans le domaine des autres. Cependant, cette démonstration a capté toute mon attention. Kyle a saisi une commande simple : “Ajouter un composant d'avis client.” À ce moment-là, aucun composant d'avis n'existait. Il n'y avait ni fichier de design, ni ticket, ni cadre Figma à référencer. L'agent a identifié un composant Star, de la Typographie, et un Avatar. Il a analysé leurs propriétés, compris leurs états, et a composé un nouvel élément, écrit le code et rédigé les tests nécessaires. Tout cela s'est déroulé en moins de temps qu'il n'en aurait fallu pour rédiger un ticket Jira. Cette démonstration était principalement destinée aux développeurs, mais en tant que designer, ma réaction a été tout autre.
Une nouvelle ère pour les systèmes de design
Les systèmes de design ne se limitent plus à être de simples documents pour les développeurs. Ils se transforment en véritables instructions pour les machines. La personne qui décide quels composants existent, quels états ils possèdent, comment ils sont nommés et pourquoi, c'est le designer. Ce n'est pas une menace pour le métier, mais plutôt une opportunité d'exercer un contrôle créatif sans précédent sur ce qui est construit. Ce que Storybook a illustré n'était pas une IA qui crée du design, mais une IA qui sait enfin utiliser ce que le designer a déjà élaboré. C'est l'opposé du vibe coding. L'agent ne crée pas de nouvelles choses ; il suit les directives établies.
Les fondamentaux à ne pas négliger
Il est crucial de noter que rien de ce qui rend cette avancée possible n'est véritablement nouveau. Les tokens sémantiques, une nomenclature cohérente, et les états complets des composants sont des concepts que les experts en systèmes de design prônent depuis des années. La plupart d'entre nous ont écouté ces conseils poliment avant de retourner à notre travail quotidien, souvent parce que cela semblait être un conseil destiné aux grandes entreprises et une sur-ingénierie pour une petite équipe sous-dotée cherchant à livrer un projet d'ici la fin de la semaine.
La différence aujourd'hui réside dans le fait que l'utilisateur final est parfois une machine qui lit exactement ce qui est écrit. Les bases du système de design que l'on nous a toujours conseillé de bien maîtriser dans Figma sont désormais le fondement d'une configuration agentique où les designers pourraient avoir plus de pouvoir que jamais sur le résultat créatif, à condition que cela soit bien orienté.
Bonnes nouvelles : Figma n'est pas mort
Pour ceux qui se posent la question, le site isfigmadead.com confirme que Figma est toujours bien vivant. Ce qui change réellement dans une configuration agentique, c'est la structure et l'endroit où vous concentrez votre énergie. Il s'agit de passer moins de temps sur les maquettes de pages complètes, souvent regardées une seule fois lors d'une réunion de transfert, et plus de temps sur les éléments de base : les composants, les tokens, les états. Cela représente un véritable retour aux atomes de Brad Frost, qui a probablement été ravi de voir son travail devenir l'infrastructure d'un flux de travail IA.
Les livrables et le processus
A) Les livrables
L'agent construit à partir des éléments de base : composants, tokens, styles, et les descriptions que vous rédigez pour chacun. Ce ne sont pas de nouvelles pratiques, mais les bonnes vieilles bases du système de design, exécutées correctement.
B) Le processus vers des livrables solides
De bons éléments de base ne proviennent pas d'une bibliothèque de composants maintenue en isolation. Ils proviennent d'un designer qui a d'abord envisagé l'ensemble. On ne peut pas extraire un bon composant Star sans avoir conçu une page où l'étoile devait fonctionner, où l'on a vu comment elle se rapportait à la typographie environnante, comment elle s'intégrait dans le contexte, et ce qu'elle communiquait.
Le système de design est une découverte distillée. Concevoir la page entière est là où la découverte a eu lieu et n'est donc pas redondante.
La configuration des fichiers
Maintenant que nous avons défendu l'âme créative du design, parlons un peu des conventions de nommage. Pensez à cela comme une liste de contrôle pour votre fichier.
- Vos variables ont besoin de plus qu'une simple palette de couleurs.
- Faites correspondre vos propriétés de composants aux props du code.
Il est essentiel d'établir une conversation avec votre développeur avant de construire quoi que ce soit. Les noms de propriétés et les valeurs doivent être convenus des deux côtés.
Conclusion
Le processus créatif n'est pas une surcharge. Il est désordonné, non linéaire, et impossible à automatiser. La profondeur de ce désordre est exactement ce qui rend la distillation que nous alimentons à la machine précieuse. Si vous le coupez, vous avez un système rapide produisant des résultats oubliables, ce qui coûte plus cher à long terme que le temps que vous pensiez économiser.