Figma détaille l’encadrement des agents avec specs, bibliothèques et accès

Lors de Config India 2026, Figma a présenté un cadre plus explicite pour la façon dont son propre agent, ainsi que des agents tiers, peuvent fonctionner au sein de sa plateforme. Dans ses notes de version comme dans un article de TechCrunch, l’entreprise a décrit un ensemble d’outils destinés à fournir aux agents davantage de contexte, mais aussi davantage de contraintes : un nouvel éditeur fondé sur Markdown appelé Specs, des consignes rattachées aux bibliothèques de design, des sources de code, des systèmes de design centralisés et une prise en charge élargie via Figma MCP. Le fil conducteur de l’ensemble est la gouvernance. Figma n’ajoute pas seulement des fonctions d’IA ; l’entreprise cherche aussi à définir comment les équipes peuvent façonner le comportement des agents à l’aide de règles, de fichiers et de références partagées.

L’insistance mise sur ces garde-fous semble liée à une limite que Figma reconnaît elle-même. TechCrunch rapporte qu’après avoir rendu son agent sur le canvas accessible à un plus grand nombre d’utilisateurs la semaine passée, Figma fournit également des outils pour l’orienter vers des résultats plus prévisibles, précisément parce que l’IA n’est pas déterministe. Cette manière de présenter les choses compte. Au lieu de décrire les agents comme pleinement fiables par défaut, l’entreprise positionne le contexte et les règles du système comme un moyen de réduire la variabilité.

Un espace natif pour l’intention et le contexte

L’annonce centrale concerne Figma Specs. Dans les notes de version de Figma, Specs est présenté comme un lieu natif dédié au contexte, qui réunit pour les équipes et pour les agents l’intention formulée par écrit, l’exploration visuelle et les détails techniques. TechCrunch ajoute qu’il s’agit d’un éditeur Markdown permettant aux utilisateurs de définir simplement leur langage de design. D’après cet article, Specs peut exister comme fichier autonome dans Figma ou aux côtés du canvas, et les utilisateurs peuvent y faire référence à d’autres éléments Figma tels que des éléments du canvas, des diagrammes FigJam, des couches de code et des designs.

Pris ensemble, les deux sources laissent entendre que Specs est conçu pour faire plus que documenter un projet à destination des humains. Il doit aussi devenir un contexte lisible par machine pour les systèmes d’IA qui travaillent dans Figma. Les notes de version n’entrent pas dans le même niveau de détail technique que TechCrunch au sujet de l’intégration ou de la référence à d’autres objets Figma, mais les deux sources convergent sur le rôle d’ensemble : les agents doivent pouvoir consulter le même contexte écrit et visuel que les collaborateurs humains.

La disponibilité est ici plus clairement établie que pour certaines autres annonces. Figma indique que Specs est en cours de déploiement en bêta ouverte pour les offres payantes. Cette distinction est importante pour les discussions de gouvernance au sein des organisations : la fonctionnalité n’est pas présentée comme disponible de manière générale, et elle n’est pas indiquée comme accessible sur tous les forfaits.

Bibliothèques, consignes et code comme contraintes pour les agents

Au-delà de Specs, Figma formalise aussi d’autres couches de contrôle. Ses notes de version précisent que les équipes peuvent ajouter des consignes aux bibliothèques de design publiées afin que l’agent suive des schémas établis et évite les anti-patterns. Cette fonctionnalité est en cours de déploiement en bêta ouverte. Figma indique également que du code provenant de dépôts GitHub ou de packages npm peut être importé en tant que sources de code pour aider l’agent à créer et modifier des composants et des couches de code reflétant de vrais systèmes de design. Cette fonctionnalité est, elle, en cours de déploiement en bêta fermée.

TechCrunch dresse un tableau similaire, en expliquant que les équipes peuvent apporter davantage de contexte sur le design, notamment via des bibliothèques de design, des bibliothèques de code et des consignes, afin de gérer le contexte du système de design, et que les agents peuvent se référer à ce système centralisé pour respecter les règles. Les notes de version de Figma sont plus précises sur l’empaquetage produit. Elles décrivent les systèmes de design centralisés comme des ensembles regroupant des bibliothèques de design, des bibliothèques de code et des consignes dans un seul système de design, de façon à faciliter la maintenance pour les auteurs et le respect des règles pour tous. Mais Figma qualifie les systèmes de design centralisés de simple préversion.

• Specs : bêta ouverte sur les offres payantes.
• Consignes dans les bibliothèques de design publiées : bêta ouverte.
• Sources de code issues de dépôts GitHub ou de packages npm : bêta fermée.
• Systèmes de design centralisés : préversion uniquement.
• Figma MCP avec 20 nouveaux partenaires : disponible dès maintenant.

Cette répartition compte, car le récit de gouvernance se déploie à travers des fonctionnalités qui n’ont pas toutes le même degré de maturité. Certains contrôles sont déjà utilisables assez largement par les clients payants, certains sont limités à des utilisateurs sélectionnés, et d’autres n’en sont encore qu’au stade de la préversion. Toute entreprise qui cherche à évaluer dans quelle mesure elle peut réellement faire respecter aujourd’hui ses règles et ses processus avec les agents de Figma devra distinguer l’orientation annoncée de la disponibilité effective au moment présent.

Les couches de code élargissent le champ d’action des agents

Figma ne se contente pas de resserrer les consignes ; l’entreprise étend aussi ce que les agents peuvent faire. Les couches de code, annoncées pour la première fois en bêta privée en juin selon TechCrunch, sont désormais en cours de déploiement en bêta ouverte, d’après les deux sources. Figma les décrit comme un moyen de créer sur le canvas des prototypes interactifs adossés au code, en convertissant un frame de design, en important un dépôt GitHub, en capturant un site web avec l’extension Chrome de Figma, ou en partant d’une invite vierge.

TechCrunch ajoute un autre détail pertinent du point de vue de la gouvernance : les utilisateurs peuvent demander à l’agent de transformer un design en code ou de modifier une partie du code pour itérer sur un prototype. Autrement dit, l’agent se rapproche d’une surface de construction, et non plus seulement d’un assistant de réflexion. Les notes de version de Figma renforcent cette orientation en indiquant que Figma MCP peut désormais être utilisé depuis des outils d’IA externes pour créer des couches de code, modifier des specs ou générer des images sur le canvas.

Cette combinaison a deux implications. D’abord, les contrôles de contexte prennent davantage d’importance lorsque l’agent peut agir sur des prototypes adossés au code, et non plus seulement sur des artefacts de design statiques. Ensuite, l’interopérabilité devient elle-même un sujet de gouvernance. Figma indique que MCP bénéficie désormais de meilleures performances, d’une prise en charge d’un plus grand nombre de produits Figma et de la compatibilité avec 20 nouveaux partenaires. TechCrunch cite Open Code, Dia, Grok Bot et Sarvam parmi les outils ajoutés. Les notes de Figma ne mentionnent pas ces noms dans l’extrait fourni ; ce détail sur les partenaires provient donc de TechCrunch.

Intégration de Payload et passage du prototype à l’application

Une autre partie de l’annonce dépasse la seule gouvernance du design pour aller vers la livraison d’applications. Figma indique que Make met désormais en place nativement l’ossature d’un backend Payload, en fournissant un CMS, une base de données, la gestion des médias, des API, l’authentification et un panneau d’administration, le tout hébergé par Figma afin que le contenu et les données se trouvent au même endroit que les designs qui les structurent. Selon les notes de version, ce déploiement concerne l’ensemble des forfaits.

TechCrunch rapporte de manière similaire que Figma intègre Payload à Figma Make pour générer des sites web dynamiques et gérer directement le contenu. L’article rappelle aussi que Figma a acquis l’an dernier le CMS headless open source Payload. Même si cette intégration n’est pas présentée d’abord comme une fonctionnalité de gouvernance des agents, elle renforce la logique produit plus large qui sous-tend ces annonces : le contexte de design, le contexte de code et le contexte de contenu sont réunis dans un même environnement où les agents peuvent agir.

Ce qui est confirmé, et ce qui reste encore de l’ordre de l’orientation

D’une source à l’autre, le message central reste cohérent : Figma veut permettre aux équipes de définir la manière dont les agents se comportent en leur donnant un contexte explicite et des règles explicites. Il reste néanmoins nécessaire de faire preuve de prudence sur deux points. D’abord, plusieurs capacités ne sont pas pleinement disponibles. Bêta ouverte, bêta fermée et préversion ne recouvrent pas la même réalité opérationnelle. Ensuite, certains détails de mise en œuvre n’apparaissent que dans une seule source. Par exemple, TechCrunch décrit Specs comme fondé sur Markdown et indique qu’il peut faire référence à des éléments Figma intégrés, tandis que les notes de version de Figma mettent davantage l’accent sur la finalité produit générale que sur ces mécanismes précis.

Les sources diffèrent aussi dans l’accent mis sur certains aspects. TechCrunch souligne l’idée que l’IA est non déterministe et que Figma cherche à orienter les résultats vers davantage de prévisibilité. Les notes de version de Figma, elles, insistent sur les flux de travail et sur l’étendue de la couverture produit, en décrivant des façons de construire et de collaborer avec du code, de capturer et partager le contexte, et de construire avec de vraies données et de vrais contenus. Ces deux récits sont compatibles, mais ils ne sont pas identiques.

Pour les entreprises, le changement pratique est que Figma leur donne des leviers plus concrets pour décider ce qu’un agent doit voir, quelles règles il doit suivre et dans quels espaces il est autorisé à agir. Aujourd’hui, cela peut se traduire par la documentation de l’intention dans Specs, l’ajout de consignes aux bibliothèques publiées et l’expérimentation de flux de travail adossés au code en bêta ouverte, tout en gardant à l’esprit que certains contrôles restent en bêta fermée ou en préversion. En bref, les organisations peuvent commencer à considérer le comportement des agents non plus comme un simple exercice de prompt improvisé, mais comme une composante gouvernée du système de design, à condition de confronter cette ambition à l’état réel de déploiement de chaque fonctionnalité.