Qu'est-ce que le Model Context Protocol ?

Un standard ouvert pour connecter l’IA au monde

Imaginez que vous demandiez à votre assistant de consulter vos tickets GitHub, de mettre à jour votre documentation Notion, puis de vérifier un paiement Stripe, sans jamais quitter la fenêtre de conversation. C’est précisément ce que rend possible le Model Context Protocol (MCP), un standard ouvert qui change la manière dont les modèles d’intelligence artificielle dialoguent avec les outils et services externes.

Avant le MCP, chaque plateforme d’IA implémentait ses propres méthodes pour brancher des outils. Une intégration écrite pour un framework devait être entièrement recodée pour un autre. L’écosystème était fragmenté et personne ne disposait d’un guide clair pour créer un outil, puis le partager d’un environnement à l’autre.

Le problème que MCP résout

Le function calling traditionnel — la capacité d’un modèle à appeler des fonctions que vous lui décrivez — se heurte à quatre limites. La première est la fragmentation : un outil écrit pour un SDK n’est pas réutilisable ailleurs sans réécriture complète. La deuxième touche à la sécurité, puisque la gestion des clés d’API et des jetons d’authentification est laissée à chaque développeur, sans standard commun. Viennent ensuite la duplication et le manque d’interopérabilité : chaque équipe recode de zéro les mêmes intégrations, y compris pour des services aussi répandus que GitHub ou Slack, et rien ne permet de transmettre simplement un outil à un collègue ou de le déplacer vers un autre projet.

Le MCP répond à ces quatre points en définissant un protocole de communication standard entre un client, c’est-à-dire l’application d’IA, et un serveur, qui fournit les outils.

Architecture client-serveur

Le client est l’application qui consomme les outils : dans cette formation, il s’agit du Chat de Mistral AI, mais ce peut être un SDK comme le Mistral Agent SDK, un IDE comme VS Code ou Cursor, ou tout autre logiciel compatible. Le serveur, lui, héberge les outils et les expose via le protocole ; il peut en proposer un seul ou une dizaine, chacun accompagné de sa description textuelle, de ses paramètres typés et de ses valeurs de retour.

Les deux échangent en JSON. Le client commence par interroger le serveur pour découvrir ce qu’il sait faire, puis appelle les outils voulus par des requêtes structurées. Voici le déroulé complet d’un appel, tel que vous le vivez côté utilisateur.

Ce cycle se répète autant de fois que nécessaire dans une même conversation. Le modèle peut enchaîner des appels vers plusieurs serveurs MCP pour mener une tâche composée : scanner Reddit pour repérer un problème signalé par des utilisateurs, vérifier ensuite sur Linear si un ticket existe déjà, puis ouvrir une pull request sur GitHub.

MCP et function calling : complémentaires, pas concurrents

Une confusion revient souvent : le MCP ne remplace pas le function calling, il le prolonge. Avec le function calling, vous définissez les fonctions du côté client et le modèle détermine les paramètres à passer ; c’est direct et parfaitement adapté à un cas isolé, par exemple une fonction de calcul propre à votre application. Avec le MCP, les outils vivent sur un serveur distant et sont décrits de façon standardisée, ce qui devient déterminant dès que vous voulez partager, réutiliser ou combiner plusieurs outils.

L’avantage décisif tient en un mot : la portabilité. Un serveur MCP écrit pour Le Chat fonctionnera tel quel avec le Mistral Agent SDK, avec VS Code ou avec tout autre client compatible. Vous l’écrivez une fois, vous l’utilisez partout. Avant de poursuivre, identifiez les deux ou trois services que vous consultez le plus souvent dans votre travail : ce sont eux qui donneront le plus de valeur à vos premiers connecteurs.

Points clés à retenir

• MCP est un standard ouvert qui unifie la connexion entre les applications IA et les outils externes
• Il repose sur une architecture client-serveur avec communication en JSON
• Le protocole résout les problèmes de fragmentation, de sécurité et de duplication du function calling traditionnel
• Un même serveur MCP peut être utilisé par plusieurs clients différents (Le Chat, SDK, IDE)
• MCP et function calling sont complémentaires : MCP ajoute portabilité et standardisation