MGlossaire

MCP (Model Context Protocol)

La prise universelle entre les agents IA et vos services.

Définition

Le MCP (Model Context Protocol) est un standard ouvert, créé par Anthropic fin 2024 puis confié à la Linux Foundation en décembre 2025, qui définit une façon universelle de connecter un modèle ou un agent IA à des outils et des sources de données externes : bases, fichiers, messageries, API, services métier. Son rôle est comparable à celui d'un port USB-C pour l'IA — au lieu d'un connecteur sur mesure pour chaque couple « modèle × outil », un seul protocole que les deux côtés parlent.

Pourquoi ça compte

Le MCP est la tuyauterie de la couche agent. C'est par lui qu'un agent va lire un agenda, interroger un CRM, consulter un catalogue ou déclencher une action — donc qu'il atteint, concrètement, ce qui rend votre activité actionnable. Pour une entreprise, l'enjeu se déplace : exposer ses services et ses données de façon qu'un agent puisse les atteindre devient une question de visibilité « business-to-agent », au même titre qu'être indexé l'était pour le SEO. Et comme c'est désormais un standard partagé par les principaux acteurs (et non la techno d'un seul éditeur), parier dessus n'est plus un pari sur une feuille de route propriétaire.

Exemple concret

Un assistant connecté via MCP à la messagerie, à l'agenda et au CRM d'une équipe peut, sur une seule demande, retrouver un échange, vérifier une disponibilité et créer un rendez-vous — parce que chacun de ces outils expose un serveur MCP qu'il sait interroger. Côté entreprise, le même mécanisme joue à l'envers : un prestataire qui expose un outil de prise de rendez-vous via MCP permet à un agent d'y accéder directement, là où un concurrent sans point d'accès reste hors de portée. Le MCP est ce qui transforme une donnée « affichée » en donnée « appelable ».

Comment l'aborder

  • Le situer correctement : MCP est la couche de connectivité (agent ↔ outils), distincte des protocoles de commerce (UCP, ACP) qui gèrent l'achat. Les uns ne remplacent pas les autres, ils s'empilent.
  • Penser « exposable » : identifier les données et actions de votre activité qu'un agent gagnerait à atteindre (disponibilités, devis, catalogue) et les rendre interrogeables proprement.
  • Doser selon la taille : pour une très petite structure avec une ou deux intégrations, une intégration directe peut suffire ; la valeur du MCP croît avec le nombre d'outils à connecter.
  • Traiter la sécurité comme un prérequis : un serveur MCP donne à une IA un accès à des systèmes parfois sensibles — vigilance sur ce qu'on expose et à qui.

Erreurs fréquentes

  • Confondre MCP (la connectivité agent ↔ outils) avec l'agent lui-même ou avec les protocoles d'achat (UCP/ACP).
  • Croire que c'est un sujet purement technique sans implication de visibilité : c'est l'infrastructure par laquelle les agents atteindront — ou non — votre activité.
  • Brancher un serveur MCP sur des systèmes sensibles sans mesurer le risque (injection via des descriptions d'outils piégées, accès trop large).
  • Sur-investir le protocole pour une seule intégration, là où un connecteur direct serait plus simple.

Termes liés

FAQ

MCP, c'est juste une API ? Pas exactement. Une API est propre à un service ; le MCP est un standard commun qui permet à n'importe quel agent compatible d'utiliser n'importe quel outil exposé en MCP, sans intégration sur mesure à chaque fois. Il s'appuie souvent sur des API existantes, mais en uniformise l'accès.

Quelle différence entre MCP et UCP/ACP ? Le MCP est la couche de connexion agent ↔ outils et données. UCP et ACP sont des protocoles de commerce (découverte, panier, paiement). Un parcours d'achat agentique peut utiliser le MCP pour lire un catalogue et un protocole de commerce pour conclure la transaction.

Faut-il être développeur pour que ça me concerne ? Pour l'implémenter, oui. Pour la stratégie, non : la question « mes données et services sont-ils atteignables par un agent ? » est une décision de visibilité, pas seulement de technique.