C'est quoi, un MCP ? (expliqué avec le secrétariat de l'école)

Dans chaque école, il y a un endroit magique : le secrétariat. Tu veux prévenir la cantine d’une allergie ? Un mot au secrétariat. Réserver la salle polyvalente ? Secrétariat. Signaler une absence, commander un livre à la bibliothèque, prévenir l’infirmerie ? Secrétariat, secrétariat, secrétariat.

Et le génie du système, c’est que plusieurs services peuvent suivre des règles communes pour échanger. Un même protocole décrit comment découvrir des fonctions et échanger des demandes et des résultats. L’image du formulaire aide à comprendre l’idée, mais MCP est un protocole informatique, pas un formulaire unique qui efface les différences entre les services.

Retiens cette image comme point de départ, avec cette nuance : le protocole standardise une partie de la communication, tandis que chaque serveur garde ses propres fonctions et données.

Le problème : mille applications, mille langues

Ton agent a sa trousse : selon l’application, des outils pour lire des fichiers, chercher sur le web ou exécuter des commandes. Mais ta vie numérique déborde de ton ordinateur : ton agenda, ta messagerie, tes notes et tes outils de travail.

Le problème ? Les applications exposent des interfaces et des fonctions différentes. Sans convention partagée, il faut construire et maintenir des intégrations adaptées à chaque outil. MCP propose un langage commun pour que des applications clientes découvrent et utilisent des capacités exposées par des serveurs MCP. Il ne rend pas automatiquement chaque application compatible.

La solution : le formulaire standard

Anthropic a présenté MCP en novembre 2024 comme un protocole ouvert. Il définit des échanges entre un hôte (l’application qui accueille l’IA), un client MCP et un serveur qui expose des capacités. Un serveur peut notamment proposer des outils (actions ou recherches), des ressources (contenus) et des prompts (modèles de consigne). Tous les serveurs ne proposent pas les mêmes éléments.

C’est ça, MCP — Model Context Protocol. Un serveur MCP peut annoncer, par exemple, un outil qui liste des rendez-vous ou crée un événement. L’hôte et le modèle déterminent ensuite comment ces outils apparaissent et sont utilisés. La présence du protocole ne garantit ni que l’agent saura bien choisir ni que le service prendra en charge chaque opération souhaitée.

L’intérêt est de réutiliser une convention commune au lieu de repartir de zéro pour chaque paire d’applications. Mais une intégration n’est possible que si l’hôte et le serveur sont compatibles, connectés et configurés ; les fonctions proposées restent propres à chaque service.

Ce que ça change pour toi, concrètement

Sans intégration, tu peux servir de coursier : tu ouvres l’agenda, recopies les rendez-vous dans la conversation, puis tu reportes toi-même le résultat dans la messagerie. Avec une intégration MCP compatible, un agent peut demander une liste d’événements à un serveur et préparer une proposition à partir du résultat. L’envoi d’un message est une action distincte : contrôle son contenu et son destinataire avant de l’autoriser.

Avec MCP, tu peux demander : « Regarde mes rendez-vous de la semaine prochaine et prépare trois créneaux à proposer à Marie. Ne lui envoie rien sans me montrer le message et attendre mon accord. » L’agent peut interroger l’agenda, puis rédiger un brouillon si ces outils sont disponibles. Tu relis avant toute action externe — comme d’habitude.

À retenir : MCP est un protocole ouvert pour connecter une application hôte à des serveurs qui exposent des outils, des ressources ou des consignes. Il rend possibles des intégrations réutilisables ; il ne donne pas accès à toutes les applications ni toutes les fonctions automatiquement.

Les questions qui fâchent (et leurs réponses honnêtes)

« Donc l’agent a accès à tous mes comptes ?! » Non, pas par le simple fait que MCP existe. Il faut configurer une connexion et son authentification. Selon l’hôte, le serveur et les droits accordés, l’agent peut lire ou modifier certaines données. Les confirmations d’action sont un réglage de l’application ; ne suppose pas qu’elles sont toujours présentes. Connecte seulement les services nécessaires et vérifie les droits et les actions proposées.

« C’est réservé aux développeurs ? » La mise en place dépend de l’application. Certaines proposent une connexion guidée ; d’autres demandent une configuration technique. Il faut vérifier la documentation du produit que tu utilises.

« Tous les outils le proposent ? » Non. Il faut un serveur MCP pour le service visé et un client qui sait s’y connecter. La compatibilité et la liste des capacités varient selon les produits.

À la semaine prochaine, pour la pratique

Tu as la théorie : un protocole commun, des serveurs qui exposent leurs fonctions, et des droits qu’il faut examiner. Anthropic raconte la présentation de MCP en 2024. Pour les détails, la spécification MCP décrit les outils, ressources et prompts ; le guide officiel d’architecture MCP explique le rôle de l’hôte, du client et du serveur. Avant de connecter un vrai compte, vérifie ce que le serveur peut lire et modifier.

D’ici là, un petit devoir d’observation : liste les applications auxquelles tu aimerais donner accès et demande-toi quelles données l’agent devrait pouvoir consulter ou modifier. Commence par une action sans conséquence, puis augmente les droits seulement si nécessaire.