Call-bot.ai

IA & modèles : ce qui change pour vos projets12 min de lecture

MCP (Model Context Protocol) expliqué aux décideurs

Le Model Context Protocol (MCP) est un standard ouvert qui relie une application d'IA à des outils et à des données ; le projet le compare à un port USB-C. Il vise à simplifier les raccordements, mais le protocole ne peut pas imposer lui-même ses principes de sécurité. Ce guide dit ce que MCP change, ce qu'il laisse à votre charge et quelles questions poser à un fournisseur.

Un adaptateur multiport relié par un câble blanc à un ordinateur portable posé sur un bureau en bois

Photo : kaboompics.com · Pexels

OpenAI, Microsoft et Google publient chacun des pages consacrées à MCP, et la CNIL et le Conseil de l'IA et du numérique (CIANum) le rangent, dans une note de juillet 2026, parmi les protocoles « très utilisés » entre les agents d'IA et les services tiers. Pour un dirigeant, l'enjeu n'est pas la mécanique mais ce que le standard change à un projet d'agent, ce qu'il laisse à votre charge et ce qu'il faut demander au fournisseur.

Ce guide s'adresse aux non-techniciens : principe, gouvernance, versions, risques, puis huit questions à poser avant de signer. Agent et autonomie sont traités dans Qu'est-ce qu'un agent IA ? et IA agentique.

MCP en clair : une prise standard pour relier l'IA à vos outils

MCP (Model Context Protocol) est un standard open source qui connecte des applications d'IA à des systèmes externes : données (fichiers locaux, bases de données), outils (moteurs de recherche, calculatrices) ou flux de travail (prompts spécialisés), selon la documentation officielle. Le projet le compare à un port USB-C : comme cette prise normalise la connexion des appareils électroniques, MCP normalise celle des applications d'IA.

Anthropic, éditeur de Claude, qui l'a publié en open source le 25 novembre 2024, décrivait le problème ainsi : chaque nouvelle source de données exigeait un développement sur mesure. MCP vise à remplacer ces intégrations fragmentées par un protocole unique. Ce n'est ni un modèle ni un agent : la documentation d'architecture précise qu'il ne dicte pas la façon dont une application utilise le modèle ou gère le contexte fourni. Définition courte : glossaire.

Comment ça se passe concrètement

Trois rôles suffisent. L'hôte est l'application d'IA que vous utilisez (par exemple Visual Studio Code ou Claude Desktop) ; elle crée un client par serveur auquel elle se connecte ; le serveur est le programme qui fournit le contexte, sur le poste de l'utilisateur ou chez un prestataire.

Un serveur propose jusqu'à trois types d'éléments : des ressources (données de contexte), des prompts (modèles de messages) et des outils, des fonctions que le modèle peut exécuter, comme interroger une base de données, appeler une API ou effectuer un calcul. La spécification décrit les outils comme pilotés par le modèle (model-controlled) : il peut les découvrir et les appeler de lui-même.

Exemple illustratif, sans cas réel derrière : l'éditeur d'un agenda publie un serveur MCP doté d'un outil « lister les créneaux libres ». Un agent vocal IA branché dessus découvre l'outil, et le modèle l'appelle quand un appelant demande un rendez-vous. OpenAI indique, dans sa documentation relevée le 21 octobre 2026, que son API Realtime permet à des agents vocaux d'appeler des serveurs MCP distants.

Ce que MCP change pour une entreprise

Le bénéfice annoncé est un gain de raccordement : selon le projet, MCP réduit le temps et la complexité de développement, et un connecteur écrit une fois servirait partout (build once and integrate everywhere). Promesse du projet, non résultat mesuré.

La prise en charge est documentée chez plusieurs éditeurs (relevé du 21 octobre 2026). OpenAI décrit MCP comme un protocole ouvert en passe de devenir le standard de l'industrie ; Microsoft propose, dans Copilot Studio, un assistant pour raccorder un agent à un serveur MCP existant ; Google a annoncé en décembre 2025 des serveurs MCP distants et gérés pour ses services, à commencer par Maps, BigQuery, Compute Engine et Kubernetes Engine.

MCP ne se confond pas avec ses voisins :

Notion Ce que c'est Lien avec MCP
API L'interface d'un service, conçue pour des programmes Un outil MCP peut appeler une API : la documentation cite les appels d'API parmi les actions d'un outil
RAG Une technique qui retrouve des extraits de vos documents pour étayer une réponse (voir Chatbot RAG) Un serveur MCP peut l'exposer : OpenAI documente un serveur MCP qui interroge une base vectorielle

Qui pilote le standard, et comment évolue-t-il ?

Anthropic a créé MCP. Le 9 décembre 2025, elle l'a confié à l'Agentic AI Foundation (AAIF), un fonds dirigé de la Linux Foundation cofondé avec Block et OpenAI ; parmi ses membres platine, la Linux Foundation cite aussi Amazon Web Services, Bloomberg, Cloudflare, Google et Microsoft. Anthropic précise que la gouvernance de MCP reste inchangée.

Côté technique, la page de gouvernance décrit des mainteneurs hiérarchisés, dont les Lead Maintainers ont l'autorité de décision finale ; la participation est individuelle, sans siège réservé à une entreprise.

La spécification évolue par révisions datées, dont l'identifiant est la date du dernier changement incompatible. Cinq révisions sont publiées depuis 2024 ; la révision courante, au 21 octobre 2026, est la 2026-07-28. Elle supprime la « poignée de main » d'initialisation et les sessions au niveau du protocole. Clients et serveurs peuvent gérer plusieurs versions en parallèle ; une fonction dépréciée reste au moins douze mois dans la spécification (quatre-vingt-dix jours en procédure d'exception) avant de pouvoir être retirée.

Les risques à connaître

MCP standardise le raccordement, pas la confiance. La spécification pose des principes (consentement de l'utilisateur, méfiance envers les descriptions d'outils) mais reconnaît que le protocole ne peut pas les faire respecter ; l'autorisation, fondée sur OAuth 2.1, y est facultative. La NSA américaine juge, dans un communiqué du 20 mai 2026 (antérieur à la révision 2026-07-28), que la spécification alors en vigueur exigeait une mise en œuvre prudente, et conseille aux adopteurs d'avancer avec précaution.

  • Des consignes cachées. Le centre britannique de cybersécurité (NCSC) explique que les modèles actuels n'imposent aucune frontière de sécurité entre instructions et données : l'injection de consignes pourrait ne jamais être totalement atténuée, et son impact, quand le système appelle des outils, peut aller jusqu'au pire scénario d'un accès direct de l'attaquant à ces outils. L'OWASP, communauté de sécurité des applications, écrit qu'on ignore s'il existe des méthodes de prévention infaillibles ; son guide sur les serveurs MCP tiers décrit l'empoisonnement d'outil (tool poisoning), des commandes malveillantes glissées dans la description ou les paramètres d'un outil, et le rug pull, le remplacement secret d'un outil légitime par une version malveillante.
  • Des serveurs non vérifiés. L'annuaire officiel des serveurs MCP prévient qu'il faut s'attendre à une modération minimale, voire nulle, et ne retire pas les serveurs bogués ou présentant des failles. La documentation du projet résume : aucune vérification ne prouve ce qu'un serveur fera. OpenAI précise que les serveurs MCP distants ne sont pas vérifiés par elle ; Microsoft, que vous êtes responsable des outils et ressources d'un serveur externe auxquels vous accédez.
  • Des droits et des jetons trop larges. La page de sécurité du projet met en garde contre les droits trop larges : un jeton volé ouvre alors l'accès à des outils sans rapport avec le besoin. La feuille de route (mise à jour le 22 août 2026, et qui n'est pas un engagement ferme) note que les serveurs existants s'appuient sur des clés d'API collées à la main et des jetons de rafraîchissement de longue durée, et place l'identité des agents parmi les priorités.
  • Des serveurs « fantômes ». Le projet OWASP MCP Top 10, en phase bêta, décrit des serveurs MCP déployés hors de toute gouvernance, comme du shadow IT. Son test : si votre équipe de sécurité ne peut pas lister tous les serveurs MCP actifs, des déploiements fantômes existent déjà.
  • Des données qui sortent. Selon OpenAI, pour une organisation avec résidence des données en Europe, l'inférence et le stockage restent en Europe jusqu'à l'envoi au serveur MCP, qui applique ses propres règles : à vous de les vérifier.

Garde-fous détaillés : Sécurité et gouvernance des agents IA.

Huit questions à poser à un fournisseur

Suggestion de la rédaction, chaque question s'appuyant sur une source citée ; fonctions de produits relevées le 21 octobre 2026.

# Question Pourquoi elle compte
1 Quels serveurs MCP l'agent utilise-t-il, et qui les exploite ? L'annuaire officiel annonce une modération minimale, voire nulle, et OpenAI précise ne pas vérifier les serveurs MCP distants ; l'OWASP recommande une liste de serveurs approuvés, aux versions figées.
2 Quelle version de la spécification, et quelles fonctions ? Version courante : 2026-07-28. Copilot Studio gère actuellement les outils et les ressources, selon Microsoft.
3 Quels droits reçoit chaque outil : lecture seule au départ ? La page de sécurité de MCP préconise des droits initiaux réduits aux opérations de lecture à faible risque.
4 Quelles actions exigent l'accord d'un humain, et peut-on le désactiver ? La spécification recommande qu'un humain puisse refuser les appels d'outils ; OpenAI documente un réglage pour supprimer la validation.
5 Comment l'agent s'authentifie-t-il auprès de chaque serveur ? L'autorisation est facultative dans MCP ; faute d'OAuth, l'OWASP préconise des jetons à portée étroite et de courte durée.
6 Peut-on reconstituer qui a appelé quel outil, avec quelles données ? La spécification recommande aux clients de journaliser l'usage des outils ; l'OWASP classe le manque d'audit parmi les risques.
7 Que se passe-t-il si un serveur modifie ses outils après validation ? C'est le rug pull : l'OWASP recommande de figer les versions et d'alerter sur tout changement non autorisé.
8 Où vont les données envoyées au serveur, et qui en répond ? Le serveur applique ses propres règles de conservation et de localisation, rappelle OpenAI.

Faut-il s'y intéresser maintenant ?

À notre lecture, MCP est un critère de raccordement, pas un label de qualité : il ne dit rien du comportement de l'agent ni de la fiabilité des serveurs branchés. Il n'est d'ailleurs pas obligatoire : pour ses agents vocaux, OpenAI propose aussi des outils « fonction », exécutés par votre application, qui garde la logique métier, les contrôles d'approbation et l'accès à ses systèmes privés.

Questions fréquentes

MCP, c'est quoi en une phrase ?

C'est un standard open source qui décrit comment une application d'IA se connecte à des données, des outils et des consignes types externes, fournis par des serveurs locaux ou distants.

MCP est-il la même chose qu'une API ?

Non. Une API est l'interface d'un service ; MCP est un protocole par lequel une application d'IA découvre des outils et les appelle de façon uniforme. Un outil MCP peut s'appuyer sur une API.

Qui est derrière MCP ?

Anthropic l'a publié le 25 novembre 2024, puis confié le 9 décembre 2025 à l'Agentic AI Foundation, un fonds dirigé de la Linux Foundation. Les mainteneurs techniques participent à titre individuel, non au nom de leur employeur.

MCP est-il sûr ?

Le protocole ne peut pas imposer lui-même ses principes de sécurité, et la NSA conseille d'avancer avec précaution. Le risque dépend des serveurs branchés, des droits accordés et des validations humaines : voir les questions ci-dessus.

En résumé

MCP est un standard ouvert, confié en décembre 2025 à un fonds de la Linux Foundation, qui normalise le branchement d'une application d'IA sur des outils et des données ; sa révision courante est la 2026-07-28. Il vise à simplifier le raccordement mais n'impose pas la sécurité : serveurs non vérifiés, droits trop larges, consignes cachées et sorties de données restent à traiter. Demandez à votre fournisseur ses serveurs, sa version, les droits accordés, les validations humaines et la journalisation. Pour cadrer un projet d'agent, parlons-en.

Sources

Parler de votre projet