3 min de lecture
Figma ouvre son canvas aux agents IA : le design et le code enfin connectés
Depuis le 24 mars, les agents IA peuvent écrire directement dans les fichiers Figma via MCP. Un glissement discret qui redistribue les rôles entre designers et développeurs.
Figma ouvre son canvas aux agents IA : le design et le code enfin connectés
Jusqu'ici, les agents IA lisaient les fichiers Figma. Depuis le 24 mars, ils peuvent aussi y écrire. Figma a lancé en bêta ouverte son outil use_figma, qui permet à des agents comme Claude, Codex ou Cursor de générer et modifier des éléments directement dans le canvas. Ce changement d'une lettre, de "lire" à "écrire", redéfinit la place de l'IA dans le cycle de conception.
Ce que change la lecture-écriture bidirectionnelle
Avant cette annonce, le serveur MCP de Figma fonctionnait dans un seul sens : les outils de développement pouvaient consulter les designs pour en extraire le contexte et générer du code cohérent. Le flux allait du design vers le code.
La nouveauté inverse la logique. Un agent connecté au serveur MCP de Figma peut désormais recevoir une instruction en langage naturel, générer des composants UI dans le canvas, et les lier directement au système de design existant. Le flux va maintenant dans les deux sens : du code vers le design, et du design vers le code.
GitHub Copilot a été le premier à intégrer cette fonctionnalité dans VS Code, dès le 6 mars. Les agents Claude, Codex et Cursor ont suivi. Le résultat concret : un développeur peut demander à son agent de "créer un écran de connexion avec les composants du design system" et obtenir un frame Figma directement dans son fichier, sans passer par une interface graphique.
Les "skills" : enseigner à l'agent les conventions de l'équipe
Figma introduit en parallèle un mécanisme de "skills" : des fichiers markdown qui décrivent à l'agent les conventions internes de l'équipe. Noms de composants, structure des tokens, règles de mise en page. Ces instructions permettent à l'agent de produire un travail proche des standards de l'équipe, sans que le designer ait à corriger chaque itération.
Ce système présente un avantage immédiat : il est accessible à tous. Aucune compétence en développement de plugin n'est requise pour écrire un skill. Mais il implique aussi une contrepartie directe : la qualité du système de design détermine la qualité de ce que l'agent produit. Des composants mal nommés ou des tokens incohérents donneront des résultats médiocres, quelle que soit la puissance du modèle sous-jacent.
C'est un renversement notable. L'IA amplifie la rigueur des équipes bien organisées, et expose les failles de celles qui ne le sont pas. L'investissement dans un design system propre cesse d'être une question de dette technique abstraite : il devient directement mesurable en qualité de sortie.
La fonctionnalité reste en bêta. Son comportement sur des design systems complexes et de grande taille n'a pas encore été testé à grande échelle. Les premiers retours d'équipes en production indiquent des résultats corrects sur des composants simples, avec des limites visibles sur les layouts avancés et les interactions complexes.
Ce que ça signifie pour vous
Pour les équipes produit, cette évolution raccourcit le chemin entre une idée et un prototype lié au design system réel. Pour les designers, elle pose une question concrète : quelle part du travail de construction reste entre leurs mains si un agent peut assembler des composants sur instruction ?
Figma positionne la réponse du côté de la stratégie : l'agent exécute, le designer décide. Mais cette délimitation sera probablement testée au fil des mois, à mesure que les agents deviendront plus autonomes et que les skills deviendront plus sophistiquées.
La période de bêta est gratuite. Les tarifs API s'appliqueront ensuite. Pour les développeurs indépendants ou les petites équipes qui veulent expérimenter, la fenêtre est ouverte maintenant.
Sources : Figma Blog · GitHub Changelog · Muzli Blog · Bitovi