Au-delà du buzz : pourquoi Figma joue fin avec MCP

Dans l’univers en évolution rapide du "vibe coding" et du développement assisté par l’IA, nous assistons à un changement massif dans la manière dont les logiciels communiquent avec les Large Language Models (LLMs). Nous nous éloignons des humains qui tapent des commandes dans un terminal pour aller vers des agents IA capables de parcourir de manière autonome des fichiers de design entiers, des bases de code et des infrastructures cloud.

Au cœur de cette révolution se trouve le Model Context Protocol (MCP).

Qu’est-ce que MCP ?

Pour ceux qui ne sont pas encore plongés dans les subtilités des workflows agentiques, MCP est une norme ouverte conçue pour permettre aux modèles IA de se connecter sans friction à des sources de données et à des outils externes. Imaginez un agent IA qui ne se contente pas de "savoir" coder, mais qui peut réellement "voir" vos fichiers de design Figma, "lire" le schéma de votre base de données et "exécuter" des déploiements sur votre hébergeur cloud, le tout via une couche de communication standardisée.

Il s’agit d’un immense progrès en matière de productivité. Mais, comme l’a récemment souligné Dylan Field, cofondateur de Figma, MCP n’est pas un protocole parfait.

Le duel entre confidentialité et utilité

Figma a annoncé son intention de prendre en charge autant de normes que possible, y compris MCP, avec toutefois une réserve cruciale : Figma n’exposera pas la totalité de ses données.

Cette situation met en évidence la tension fondamentale de l’architecture logicielle moderne : connectivité ou contrôle ?

1. La connectivité : Si Figma expose via MCP chaque calque, chaque propriété et chaque design token, un agent IA pourrait théoriquement reconstituer entièrement un design system complexe en quelques secondes. L’IA devient ainsi extrêmement puissante.
2. Le contrôle : Chaque fois que vous ouvrez un "canal" entre vos données de design propriétaires et un LLM, vous augmentez votre surface d’attaque. Cela soulève des problèmes de fuite de données, de sécurité de la propriété intellectuelle et de surcharge de calcul liée à la transmission de volumes massifs de métadonnées de design.

Pourquoi c’est important pour les développeurs et les startups

Si vous lancez des startups ou gérez des applications cloud-native, l’"approche Figma" constitue un modèle de référence pour votre intégration de l’IA :

• Standardisez sans exposer à l’excès : Utilisez des protocoles comme MCP pour permettre à l’IA d’interagir avec vos services, mais mettez en place des "views" ou des "schemas" strictement définis. Ne donnez pas à un agent IA accès à l’ensemble de votre base de données de production lorsqu’il a seulement besoin de lire une table précise.
• L’essor du "Context Engineering" : Nous entrons dans une ère où la manière dont vous structurez vos données pour permettre à l’IA de les exploiter est aussi importante que le code lui-même. Concevoir des API "adaptées à l’IA" qui suivent des protocoles comme MCP sera une compétence fondamentale pour la prochaine génération d’ingénieurs.
• Infrastructure hybride : À mesure que le développement gagne en autonomie, votre environnement d’hébergement doit être plus qu’un simple endroit où exécuter du code : il doit constituer un environnement sécurisé et structuré dans lequel les agents IA peuvent opérer sans provoquer de chaos.

L’essentiel

L’optimisme prudent de Dylan Field à l’égard de MCP témoigne de la maturité de l’industrie IA. Nous dépassons la phase "wow" pour entrer dans celle de la question "comment rendre cela sécurisé et évolutif".

Chez NameOcean, nous belief que, plus les agents IA commenceront à gérer une part croissante de votre infrastructure numérique, des configurations DNS à la mise à l’échelle dans le cloud, plus les protocoles qu’ils utilisent deviendront l’épine dorsale d’Internet. Les gagnants ne seront pas ceux qui exposent tout, mais ceux qui offrent le contexte le plus utile avec le minimum de risques.