
Figma a mis à jour son agent avec un nouveau système de skills : des fichiers markdown qui encodent des workflows de design récurrents, désormais découvrables, créables et partageables directement depuis la Figma Community. Trois nouveautés composent cette mise à jour.
Jusqu'ici, faire "bien" travailler un agent IA dans Figma reposait beaucoup sur le prompt du moment. Chaque designer réexpliquait, à sa façon, comment respecter la charte, structurer les composants ou préparer un handoff propre. Résultat : des résultats inégaux, et une dépendance forte à la personne qui tape le prompt.
Les skills changent la donne en transformant ce savoir-faire en un artefact réutilisable. On ne réexplique plus le contexte à chaque fois : on invoque /nom-du-skill, et l'agent applique le protocole déjà validé. C'est la différence entre expliquer une recette à quelqu'un chaque matin et lui donner une fiche recette qu'il suit à la lettre.
| Avant les skills | Avec les skills |
|---|---|
| Prompt réécrit à chaque usage | Workflow encodé une fois, réutilisé à l'infini |
| Résultat dépendant de la personne qui prompte | Résultat standardisé pour toute l'équipe |
| Savoir-faire cantonné à une personne | Savoir-faire partageable via la Community |
| Compatible uniquement avec l'agent Figma | Fichier markdown, portable vers d'autres agents |
Chez Mazette.co, Figma est notre terrain de jeu quotidien pour construire des interfaces avant de les industrialiser dans Webflow. Et un des vrais points de friction sur des projets multi-clients, c'est justement la constance : comment s'assurer que chaque nouveau prototype respecte les mêmes standards de composants, de nommage, de tokens — sans réexpliquer les mêmes règles à chaque prompt.
Avec les skills, on peut littéralement figer nos bonnes pratiques dans un fichier : structure de nommage des layers, conventions de design system, checklist de handoff avant transfert en dev. Ce n'est plus une documentation qu'on espère que tout le monde lit — c'est un protocole que l'agent applique directement.
Autre point qui nous plaît particulièrement : le format markdown ouvert. Un skill créé dans Figma peut être copié dans un autre agent (Claude, ChatGPT, peu importe). Cela évite l'effet "silo propriétaire" qu'on redoute souvent avec les nouvelles fonctionnalités IA — le savoir-faire reste portable, pas prisonnier d'un seul outil.
La bibliothèque de 50+ skills communautaires est un bon point de départ, mais elle soulève une question classique de tout écosystème ouvert : la qualité variable. Un skill mal conçu, publié par quelqu'un qui ne maîtrise pas parfaitement votre contexte métier, peut introduire de mauvaises habitudes aussi facilement qu'un bon skill en corrige. Il faudra, comme pour les plugins Figma historiques, développer un réflexe de tri et de test avant d'adopter un skill tiers en production.
Bonne idée, clairement. C'est la suite logique de tout ce que Figma construit depuis quelques mois autour de son agent — donner du contexte, de la mémoire, de la répétabilité à un outil qui, sans ça, reste un bon assistant mais un mauvais collègue. Les skills transforment l'agent en véritable membre d'équipe qui connaît vos conventions, plutôt qu'en stagiaire à qui on doit tout réexpliquer chaque lundi.
Pour une agence qui jongle avec plusieurs marques et plusieurs design systems clients en parallèle, c'est un vrai gain de fiabilité et de vitesse. On surveille de près comment cette bibliothèque va évoluer, mais l'intention derrière — capitaliser sur le savoir-faire plutôt que le reperdre à chaque prompt — est exactement la bonne direction.
Code