Le design system devient le brief de l’IA.

Ce que Figma a montré en juin

À sa conférence Config 2026, à San Francisco, Figma a présenté son outil comme un « canevas intelligent », un espace partagé entre designers, développeurs et agents IA. Plusieurs annonces vont dans ce sens. Les agent skills transforment des tâches répétitives en actions réutilisables, partagées dans toute l’organisation. Les plugins génératifs se créent en langage naturel. Les code layers permettent de travailler avec du code directement sur le canevas : cloner un dépôt, convertir des écrans en calques modifiables, renvoyer les changements vers le code. Figma a aussi présenté Motion pour l’animation, ainsi qu’une intégration progressive de Weave, qui réunit une vingtaine d’outils d’IA générative.

En parallèle, le serveur MCP de Figma a pris de l’ampleur. Il permet à des agents de code comme Claude Code, Cursor ou Codex d’accéder aux composants, variables et styles d’un fichier. Dans sa version distante, il leur permet aussi de créer ou de modifier des contenus dans Figma.

Le rapport annuel AI & Design publié à cette occasion apporte un contrepoint intéressant. 57% des répondants estiment que le design a gagné en importance avec l’adoption de l’IA. Chez les développeurs, cette proportion passe de 44% en 2025 à 65% en 2026.

Pourquoi le contexte compte plus que le prompt

Un modèle de langage qui génère une interface sans contexte produit une interface plausible, au sens statistique du terme : elle ressemble à la moyenne de ce qu’il a déjà vu. Elle n’a aucune raison de respecter votre grille, votre palette, vos composants ou vos règles d’accessibilité.

Le Model Context Protocol (MCP) change la donne en offrant aux agents un accès structuré à ce contexte. Plutôt que de deviner, l’agent interroge le design system : quel composant utiliser, quelles variables, quelles conventions de nommage. La qualité du résultat dépend alors directement de la qualité de ce qu’il trouve. Un système cohérent, documenté et nommé de la même manière dans Figma et dans le code produit des générations cohérentes. Un système approximatif produit des approximations, plus vite.

C’est pour cette raison que plusieurs annonces de Figma portent moins sur la génération elle-même que sur l’organisation du contexte : règles de design centralisées, compétences réutilisables, connexion entre fichiers et dépôts de code.

Les tokens, langue commune entre design, code et IA

Les design tokens sont les décisions élémentaires d’un système de design, stockées sous forme de données : couleurs, typographies, espacements, rayons, durées d’animation. Ils garantissent qu’une même décision s’applique de façon identique dans un outil de design, une feuille de style et une application.

En octobre 2025, le Design Tokens Community Group du W3C a publié la première version stable de sa spécification (2025.10), qui définit un format commun d’échange, avec la prise en charge des thèmes et des espaces colorimétriques modernes. Pour les organisations, l’intérêt est double : les tokens deviennent portables d’un outil à l’autre, et lisibles par des agents.

La manière de nommer compte autant que le format. Un token nommé d’après sa fonction (couleur du texte principal, fond d’alerte) transmet une intention que l’IA peut appliquer correctement. Un token nommé d’après sa valeur (bleu 500) ne dit rien de l’usage. C’est aussi à ce niveau que l’accessibilité se garantit : des paires texte-fond validées pour le contraste, inscrites dans le système, se propagent à tout ce qui est généré.

Ce que l’IA ne décide pas à votre place

Les outils génératifs savent produire des variantes, accélérer l’exploration et automatiser les déclinaisons. Ils ne savent pas ce qui distingue une marque d’une autre, ni quelles priorités un parcours doit servir.

Le risque le plus visible est l’uniformisation. Des interfaces générées à partir des mêmes modèles, avec les mêmes conventions par défaut, finissent par se ressembler. La différenciation se joue alors dans les règles que l’on transmet à l’IA, et dans les choix que l’on garde délibérément humains : hiérarchie de l’information, ton, moments de marque, arbitrages issus de la recherche utilisateur.

Un second risque est moins discuté. Connecter des agents aux fichiers de design, c’est leur ouvrir l’accès à des maquettes non publiées, à des projets confidentiels, parfois à des données réelles utilisées comme exemples. Ces accès doivent être gérés comme ceux de n’importe quel outil tiers : périmètre limité, comptes identifiés, revue régulière.

Préparer son système

Pour une organisation qui dispose déjà d’un design system, ou qui envisage d’en construire un, quelques chantiers rendent l’ensemble exploitable par l’IA.

• Formaliser les tokens dans un format standard, avec un nommage sémantique.

• Aligner les noms de composants et de propriétés entre Figma et le code.

• Documenter l’usage autant que l’apparence : quand utiliser un composant, et quand ne pas l’utiliser.

• Intégrer les exigences d’accessibilité dans les composants eux-mêmes.

• Versionner le système et désigner qui en est responsable.

Ce travail était déjà utile pour les équipes humaines. Il devient la condition pour que l’IA produise quelque chose qui vous ressemble.

Questions fréquentes

Qu’est-ce qu’un design token ?

Une décision de design élémentaire (couleur, taille, espacement) stockée sous forme de donnée, pour être appliquée de manière identique dans les outils de design et dans le code.

À quoi sert le serveur MCP de Figma ?

Il donne aux agents IA un accès structuré aux composants, variables et styles d’un fichier Figma, afin de générer du code ou des écrans conformes au design system.

L’IA va-t-elle remplacer les designers ?

Le rapport AI & Design 2026 de Figma suggère plutôt l’inverse : une majorité de répondants estime que le design gagne en importance avec l’IA. Les tâches de déclinaison s’automatisent, les décisions de structure et de marque restent humaines.