MCP pour les équipes produit : Les 10 questions essentielles pour utiliser ces nouveaux connecteurs IA

Dans ce nouvel épisode de “C’est pas SorciAI”, notre émission IA et Produit en partenariat avec Maestro, Fred Bardolle, head of product IA chez Scaleway, fait le point sur LA tendance du moment : les MCP (Model Context Protocol). Décryptage en 10 questions.

⌛ 8 min de lecture (ou 37 min en replay vidéo)

🎫 Les membres Premium du Ticket ont un accès intégral à cet article

---

Ce que tu vas apprendre dans cette synthèse sur les MCP : 

1- C’est quoi les MCP ?

2- Comment fonctionnent les MCP ?

3- En quoi les MCP diffèrent-ils des API ?

4- En tant que Product Manager, comment utiliser les MCP ?

5- Comment créer un serveur MCP ?

6- Existe-t-il beaucoup de serveurs MCP déjà disponibles ?

7- Quid de la sécurité avec les MCP ?

8- Quelles sont les limites des MCP ?

9- Les MCP existent-ils que chez Anthropic (Claude) ?

10- Les MCP vont-ils enterrer les interfaces graphiques ?

---

1- C’est quoi les MCP ? “Le câble USB de l’IA !”

Prenons un exemple pour bien comprendre. Tu demandes à le Chat de Mistral ou ChatGPT de lancer ta playlist préférée sur Deezer ou d’augmenter la température de ta maison. Sa réponse ? Je ne peux rien faire !

Les Model Context Protocol (MCP) sont justement faits pour répondre à ce type de besoin. C’est une façon de connecter une application IA avec des outils externes.

“C’est le câble USB de l’IA, résume Fred. Même si dans les faits, comme on va le voir, c’est plus la rustine”.

Autrement dit, les MCP sont une des briques essentielles qui permet de passer à l’ère des agents IA, capables non seulement de générer du contenu, mais également de prendre des actions dans des applications tierces.

Il faut savoir qu’on en parle beaucoup actuellement (c’est le nouveau buzzword IA après prompt, vibe coding ou encore agentique). Alors que leur invention est récente : Anthropic, l'entreprise américaine derrière Claude les a en effet initiés en novembre dernier !

En cliquant sur l’écran ci-dessous, tu verras un exemple concret de l’usage des MCP, en l'occurrence connectés à Gmail pour consulter puis envoyer des mails directement depuis Claude.

💡 La bonne pratique de Fred Quand tu veux que ton LLM fasse une action (modification ou écriture), il est quand même préférable de lui demander de te confirmer au préalable. Toujours garder l’humain dans la boucle.

2- Comment fonctionnent les MCP ?

En bref, il s’agit d’un protocole qui orchestre une relation client - serveur traditionnelle. Autrement dit, il convient de différencier : 

- Le client MCP

Le client MPC, c’est une partie de ton application IA qui va communiquer avec le serveur MCP, pour lui demander quelles sont les fonctions disponibles ou pour lancer des commandes.

Un peu comme un client dans un restaurant : il peut regarder le menu, passer une commande... mais pas aller directement en cuisine !

- Le serveur MCP

Le serveur MCP, c’est un programme qui est chargé d’écouter les requêtes des différents clients MCP, et de répondre soit en listant les fonctions disponibles, soit en faisant une requête à un outil, via API. Le serveur renvoie ensuite la réponse de l’outil au client MCP, qui l’intègre ensuite dans l’application IA.

Pour reprendre la métaphore du restaurant, on a un serveur qui connaît le menu, prend les différentes commandes, les transferts en cuisine et revient avec les plats.

Pour expliquer le mécanisme sous le capot, Fred cite un article de Pierre Lemaire, lead Product Manager dédié aux startups AI au sein du startup studio Hexa.

Ce dernier se sert de deux graphiques. Le premier, issu de la doc d’Anthropic, montre bien cette distinction entre le MCP client et serveur.

Le deuxième, peut-être plus parlant, illustre le fonctionnement concret dans le cadre d’une maison connectée.

Décryptons les différentes étapes : 

1- L’utilisateur (en haut à gauche) demande en langage naturel à son application IA d’augmenter la température au rez-de-chaussée de sa maison

Voici ce qu’il va alors se passer sans qu’il s’en aperçoive.

2- Ce “MCP client” va se connecter au “MCP serveur” et lui demander quelles sont ses capacités.

3- Ce dernier va lui faire la liste, en citant notamment la capacité à varier le chauffage de la maison. 

4- Le MCP client va alors lui envoyer l’information qu’il faut augmenter la température

5- Le MCP serveur va communiquer via une API avec l’outil de domotique de la maison, comme un humain le ferait en commande vocale ou tactile

6- Le service va effectuer la commande, renvoyer le résultat au MCP serveur qui va le renvoyer au MCP client… qui va enfin confirmer à l’utilisateur que l’action a été effectuée

3- En quoi les MCP diffèrent-ils des API ?

“C’est assez proche en effet, répond Fred. L’idée, c’est d’avoir un standard qui permet à toutes les app IA de communiquer avec tous les services”.

Sauf que les API ont deux problèmes majeurs : 

• 1er problème : la complexité des instructions

“Comment tu dis à ton app IA ce qu’elle doit faire ? Tu lui files toute ta doc de tes API et tu la laisses se débrouiller ?” se demande Fred.

• 2e problème : l’enfer de la maintenance

Fred cite ici le (très bon) cours en ligne de Hugging Face sur les MCP, qui parle des “MxN problèmes”. M étant le nombre d’applications IA et N, le nombre d’outils à connecter. Bref, un enfer potentiel à maintenir !

“L’avantage, c’est que le travail est séparé : ceux qui font les apps IA doivent gérer une partie (les clients MCP), ceux qui fournissent des API doivent gérer l’autre (les serveurs MCP)”, résume Fred.

D’où l’image de rustine évoquée plus haut.

Autrement dit, c’est à Deezer, pour reprendre l’exemple du début, de faire son MCP en tant que fournisseur. 

“Une fois ce travail fait, je peux brancher mes app IA directement dessus. Pas besoin de refaire le travail pour Claude, OpenAI, Mistral etc. C’est une espèce de surcouche aux API”, complète Fred.

4- En tant que Product Manager, comment utiliser les MCP ?

Fred propose deux cas d’usage.