Formation Figma Agent, skills et MCP : structurer un workflow de design agentique

…/…

L’arrivée de l’agent Figma marque une évolution différente de celle introduite par les générateurs d’interfaces.

La question n’est plus seulement : « Comment obtenir rapidement une proposition ? »… Elle devient : « Comment permettre à un agent d’intervenir correctement dans le système de conception que nous utilisons déjà ? »

Pour cela, lui demander simplement de « refaire cet écran » ne suffit pas. Il faut lui fournir un contexte, des composants, des variables, des règles, des méthodes et parfois des données issues d’autres outils.

Cette formation s’adresse donc à des utilisateurs avancés de Figma qui souhaitent structurer un véritable workflow de design agentique plutôt qu’ajouter quelques prompts IA à leur pratique existante.

Que peut réellement faire l’agent Figma dans un fichier Design ?

L’agent Figma intervient directement dans le canvas. Il peut créer ou modifier des éléments, ajuster des layouts, exploiter les composants, styles et variables d’un design system, effectuer des modifications en série, analyser une interface ou appliquer une méthode de contrôle.

Cette capacité change la nature de l’interaction avec l’IA : l’agent ne produit plus nécessairement un résultat séparé qu’il faudra ensuite reconstruire. Il peut travailler dans le fichier et sur les structures utilisées quotidiennement par l’équipe.

Mais cette proximité augmente aussi l’exigence de contrôle : un fichier mal organisé, un design system ambigu ou une instruction trop large donnent davantage de liberté à l’agent et augmentent le risque d’obtenir des modifications difficiles à valider.

La formation travaille donc une boucle volontairement courte : instruction, action, contrôle, correction.

L’agent est utilisé comme opérateur dans un cadre défini, pas comme designer autonome auquel on délègue l’ensemble du projet.

Transformer une méthode de travail en skill réutilisable

Une grande partie de l’intérêt d’un agent apparaît lorsque l’on cesse de répéter les mêmes instructions.

Un skill permet de formaliser une méthode sous forme d’instructions réutilisables. Figma définit actuellement ces custom skills comme des fichiers Markdown capables d’encapsuler un workflow afin que l’agent puisse reproduire plus régulièrement une série d’étapes.

Une équipe peut par exemple formaliser un contrôle qualité UI, une revue de design system, une vérification de nomenclature ou une procédure de préparation au handoff.

L’enjeu n’est pas de transformer toutes les tâches en skills.

Une procédure mérite surtout cette formalisation lorsqu’elle est suffisamment stable, répétitive et explicite pour qu’un agent puisse la reproduire sans réinventer les règles à chaque utilisation.

Créer un skill oblige d’ailleurs souvent à clarifier une méthode qui n’avait jamais été réellement documentée.

C’est l’un des apports les plus intéressants de l’agentique en entreprise : avant d’automatiser une pratique, il faut être capable de décrire comment elle fonctionne.

MCP et Figma : de quoi parle-t-on exactement ?

Le terme MCP recouvre plusieurs usages qu’il est utile de distinguer.

Depuis Figma, un connecteur MCP peut permettre à l’agent d’accéder au contexte d’un outil ou d’une ressource externe. Figma documente notamment la possibilité de connecter des serveurs MCP publics ou privés afin d’apporter des données supplémentaires à Figma Agent ou Figma Make.

Dans l’autre sens, le serveur MCP Figma permet à un agent externe compatible d’accéder au contexte structuré d’un fichier Figma : composants, variables, données de layout et autres informations qui ne seraient pas disponibles à partir d’une simple capture d’écran.

Des clients comme Claude Code, Codex, Cursor, VS Code ou Gemini CLI sont aujourd’hui documentés par Figma pour ce type de workflow.

Cette distinction est centrale pour comprendre les workflows agentiques : parfois Figma sollicite une information externe ; parfois un agent externe vient chercher le contexte de Figma pour poursuivre son travail.

Du design-to-code au write-to-canvas

Le MCP ouvre également une circulation plus directe entre design et développement.

Un agent peut récupérer le contexte d’une maquette afin de générer une implémentation qui tienne davantage compte des composants et variables existants.

À l’inverse, les capacités de write-to-canvas permettent désormais, dans les configurations compatibles, de créer ou modifier de véritables éléments Figma depuis un agent externe : Frames, composants, variables ou Auto Layout restent éditables dans le fichier plutôt que d’être produits sous forme d’une simple image.

La promesse est importante, mais elle ne fait pas disparaître le besoin d’un design system correctement construit.

Plus les échanges entre code, agents et canvas deviennent directs, plus les conventions de nommage, composants, variables et correspondances entre design et développement deviennent structurantes.

Code Connect est situé dans cette logique lorsque l’équipe cherche à relier les composants définis dans Figma à ceux réellement utilisés dans le code.

Custom skills Figma et skills MCP : quelle différence ?

C’est une distinction assez récente, et potentiellement source de confusion.

Les custom skills utilisés dans Figma Agent servent à formaliser une méthode que l’agent pourra appliquer directement dans Figma Design ou Figma Make.

Figma propose parallèlement des skills destinés à son serveur MCP. Ceux-ci apprennent à un client agentique externe comment exécuter correctement certaines tâches liées à Figma, par exemple créer un fichier, construire un écran à partir d’un design system ou intervenir sur le canvas.

Les deux reposent sur la même idée générale, donner à l’agent des instructions plus stables et réutilisables, mais ils ne s’insèrent pas au même endroit du workflow.

C’est précisément le type de distinction que cette journée cherche à rendre intelligible avant de multiplier les outils.

Où se situe Figma Weave dans ce workflow ?

Figma Weave occupe un autre territoire.

Ses outils intégrés dans Figma Design permettent aujourd’hui d’effectuer différentes opérations de génération et d’édition visuelle : changement de fond, transfert de style, variations, adaptation de lumière ou génération d’illustrations. Ces fonctions sont actuellement proposées en beta sur certains forfaits professionnels.

Chaque outil Weave intégré repose sur un workflow nodal qui peut être ouvert dans l’environnement Figma Weave afin d’en observer la construction, de le dupliquer ou de le modifier. Figma Weave demeure actuellement une plateforme distincte, même si certaines de ses fonctions sont désormais accessibles dans Figma Design.

L’intérêt de la formation n’est donc pas de transformer une journée consacrée au design agentique en formation complète à la génération d’images.

Weave est utilisé pour comprendre comment un workflow visuel génératif peut venir compléter un travail d’interface lorsque cela apporte réellement quelque chose au projet.

À quels professionnels s’adresse une formation Figma agentique ?

Elle concerne principalement les UI et Product Designers expérimentés, Design System Designers, Design Ops et profils hybrides design / développement qui disposent déjà d’un environnement Figma structuré.

Elle peut également être utile aux Product Managers ou directeurs artistiques digitaux qui interviennent de manière suffisamment proche des systèmes de conception pour participer à la définition des règles, processus et validations.

Ce n’est en revanche ni une initiation à Figma, ni une initiation à l’IA générative.

Pour acquérir d’abord les mécanismes avancés de design system, variables et handoff, mieux vaut passer par Figma : gagner en efficacité.

Pour travailler la logique agentique indépendamment de Figma, notre formation IA agentique : du brief à l’automatisation aborde la transformation d’un brief en mission, la formalisation de skills et la supervision d’un processus multi-étapes dans un cadre plus transversal.

En intra : construire le workflow avant de former l’équipe

Sur cette formation, l’intra peut difficilement se limiter à changer le nom de l’entreprise dans les exercices.

Un workflow MCP dépend du forfait Figma, du type de licence, des fonctions effectivement déployées, du client agentique autorisé, des droits d’accès, des politiques IT et des données que l’organisation accepte de rendre accessibles.

Le travail de préparation peut donc associer design, produit, développement et, lorsque cela est nécessaire, les équipes IT ou sécurité.

Nous pouvons partir d’un design system réel et d’un cas d’usage précis : contrôle d’interface, création d’écrans à partir de composants existants, préparation du handoff, passage design-to-code ou connexion à une documentation interne.

Le programme devient alors un moyen de tester une architecture de workflow, ses bénéfices et ses limites avant d’envisager un usage plus large.

C’est probablement sur ce quatrième niveau que le format intra / sur mesure apporte le plus de valeur, car l’efficacité d’un workflow agentique dépend directement de l’environnement dans lequel il doit fonctionner.

FAQ

Quelle différence entre Figma Agent et Figma Make ?

Figma Make est principalement orienté vers la génération et l’évolution de prototypes fonctionnels ou web apps à partir d’instructions et de références. Figma Agent intervient directement dans l’environnement de conception et peut utiliser les composants, styles, variables, skills et ressources disponibles dans le fichier.

Faut-il savoir coder pour suivre cette formation ?

Non. Le programme n’est pas une formation au développement. Une bonne compréhension des échanges entre design et code facilite toutefois la partie consacrée au MCP, à Code Connect et au design-to-code.

Un serveur MCP Figma donne-t-il accès à tous les fichiers de l’entreprise ?

Non. Les possibilités dépendent des droits de l’utilisateur, du type de serveur et de la configuration utilisée. Les permissions doivent faire partie intégrante du cadrage du workflow. Figma documente d’ailleurs séparément les conditions d’accès de ses serveurs MCP distant et desktop.

Un agent externe peut-il réellement modifier un fichier Figma ?

Oui, certaines fonctions actuelles du serveur MCP distant et des skills Figma permettent d’écrire sur le canvas et de créer ou modifier du contenu Figma natif. Ces fonctions étant encore en évolution et partiellement en bêta, les accès sont vérifiés avant la formation.

Quelle différence entre un skill et un prompt enregistré ?

Un skill ne contient pas seulement une formulation à réutiliser. Il peut formaliser une procédure, un ordre d’exécution, les ressources à consulter, les règles à respecter et les contrôles à effectuer. Il est donc particulièrement adapté aux workflows répétitifs ou aux méthodes qu’une équipe souhaite rendre plus cohérentes.

Figma Weave fait-il partie de Figma ?

Une sélection de Weave tools est désormais intégrée à Figma Design. L’environnement complet Figma Weave reste actuellement un produit distinct permettant de créer et modifier des workflows génératifs nodaux.