À première vue, on pourrait se dire « bof, c'est du front, ça nous concerne pas » — sauf que le MCP (Model Context Protocol) s'invite de plus en plus dans nos stacks PHP, et voir comment un géant du design s'en sert au quotidien, ça donne forcément des idées pour nos refactos et nos futures intégrations IA.
Un signal qui vient du design (mais pas que)
L'article publié sur le blog Figma s'adresse clairement aux designers et aux équipes produit, à la base. Mais derrière les cas d'usage maison, il y a une tendance de fond qui nous concerne directement, nous autres devs back et full-stack: l'outillage IA conversationnel devient un composant à part entière de l'architecture, pas juste un gadget à brancher à la volée pour faire « hype ».
(Et entre nous, c'est un peu l'histoire classique: pendant que la hype est chez les designers, les devs PHP sont déjà en train de se demander comment intégrer ça proprement dans leurs applis legacy sans tout casser. Parce que oui, refacto + IA, ça peut vite tourner au cauchemar si on n'y va pas mollo.)
Le simple fait que Figma ait pris le temps de documenter publiquement ses cas d'usage internes, c'est aussi un marqueur de maturité du protocole. Quand une boîte de cette taille assume d'en faire un pilier de son workflow, on ne parle plus d'expérimentation de garage.
Ce qu'on peut en tirer côté PHP
Sans avoir le détail des quatre cas d'usage sous les yeux (l'article original mérite une lecture attentive, on vous laisse y aller), le fait que Figma industrialise son serveur MCP nous dit deux choses importantes.
D'abord, que le protocole tient techniquement la route — pas de retours en arrière fracassants, pas de « on a tout réécrit en six mois ». Ensuite, que la question n'est plus « faut-il s'y mettre? » mais « comment on l'intègre sans se retrouver avec un monstre de plus à maintenir? ».
Pour les devs PHP, concrètement, ça vaut le coup de garder un œil sur ce qui se passe côté implémentations PHP du protocole. Pas besoin de tout réécrire dès lundi matin — mais ne serait-ce que pour automatiser certaines interactions avec vos outils internes (CI, monitoring, génération de specs, revue de PR…), le terrain de jeu est vaste.
Et maintenant, on fait quoi?
On lit l'article original, déjà — même si on n'est pas designer, les patterns d'usage sont souvent transposables à des problématiques back. Un cas d'usage côté design peut très bien inspirer un workflow côté admin ou côté API.
Et surtout, on arrête de traiter l'IA comme un plugin qu'on colle à la fin du projet. Si Figma en a fait un composant d'architecture à part entière, il y a des chances que vos prochains projets PHP aillent dans cette direction aussi. Autant anticiper que de subir.
(Alors, votre stack est déjà « MCP-compatible » ou vous attendez que ça se stabilise? Le débat est ouvert dans la communauté!)