Qu’est-ce que le Model Context Protocol (MCP) ?

MCP rend les intégrations réutilisables dans les applications IA compatibles. Un hôte utilise des clients pour communiquer avec des serveurs qui exposent des capacités. Le protocole décrit comment ces capacités sont découvertes et utilisées ; l’entreprise décide toujours quelles intégrations conviennent à ses activités.

Une entrée dans un catalogue public de serveurs ou une description d’outil constitue un signal de découverte. Elle n’établit ni responsable humain d’entreprise, ni finalité approuvée, ni autorité métier, ni décision de gouvernance. Ceux-ci nécessitent un contexte organisationnel et des preuves.

L’architecture officielle de MCP distingue trois rôles. Un hôte peut utiliser plusieurs clients pour accéder à différents serveurs et combiner leurs capacités au sein d’une application IA.

Par exemple, un assistant pourrait utiliser un serveur pour récupérer des documents de référence et un autre pour accéder à un service métier. L’application de l’assistant gère l’interaction ; les serveurs fournissent les intégrations. Un serveur MCP n’est pas nécessairement un agent IA autonome.

• Hôte : l’application IA qui coordonne l’utilisation du modèle, le contexte et l’interaction avec l’utilisateur, y compris les décisions de consentement et de sécurité.
• Client : le connecteur du protocole au sein de l’hôte qui communique avec un serveur.
• Serveur : un service qui expose aux clients les capacités prises en charge, telles que des outils, des ressources ou des prompts.

Les outils MCP sont des fonctions appelables. Un client peut découvrir les outils disponibles et les entrées qu’ils attendent, puis demander leur invocation. Un outil peut rechercher des enregistrements, effectuer un calcul ou modifier des données. Sa description explique l’opération annoncée ; elle ne prouve pas que l’implémentation se comporte de manière sûre.

Les ressources MCP exposent du contenu contextuel identifié par un URI, tel qu’un document ou un jeu de données. L’hôte décide comment intégrer ce contenu à l’application. Les serveurs peuvent aussi proposer des prompts : des modèles réutilisables pour les interactions avec les utilisateurs.

Pour un assistant documentaire, une ressource pourrait fournir un document de référence tandis qu’un outil recherche dans une collection de documents. L’autorisation de chacune de ces opérations dépend des contrôles d’accès déployés et de la manière dont l’application gère le consentement de l’utilisateur.

Les métadonnées publiques peuvent identifier un serveur, son point de terminaison ou son paquet publié, ainsi que les capacités annoncées. Les noms des outils, leurs descriptions et les définitions de leurs entrées peuvent aider à expliquer ce qu’offre une intégration. Les outils visibles pour un appelant donné peuvent dépendre de l’autorisation ; un catalogue public ne décrit donc pas nécessairement tout ce qui est disponible dans un déploiement authentifié.

La spécification des outils MCP considère les annotations comme non fiables, sauf si elles proviennent d’un serveur de confiance. Les affirmations concernant le comportement ne remplacent ni une revue de l’implémentation ni des preuves issues du déploiement concerné.

Utilisez la recherche d’agents IA pour examiner les informations publiques prises en charge concernant les agents et les serveurs MCP, comme point de départ de la découverte. Un résultat de recherche seul ne vérifie pas qui est responsable d’un déploiement d’entreprise, à quelles données il accède, qui a approuvé son utilisation ou s’il respecte les politiques d’une organisation.

MCP comprend un cadre d’autorisation facultatif pour les transports HTTP, fondé sur les normes OAuth. Il permet aux clients de demander l’accès à des serveurs protégés au nom des propriétaires des ressources. Les flux d’autorisation pris en charge et les permissions appliquées doivent être évalués dans l’implémentation réelle.

L’autorisation des agents IA explique les accès et les actions permis. Un jeton d’accès valide ou un outil découvrable n’établit pas, à lui seul, une approbation pour une finalité métier d’entreprise ou une permission de prendre une décision métier particulière.

La responsabilité IA identifie la personne responsable. La gouvernance des agents IA relie la finalité, l’autorité, les accès, la supervision et les décisions de cycle de vie. L’entreprise doit décider qui approuve une intégration, quelles conditions s’appliquent, quand une revue humaine est requise et quelles preuves doivent être conservées.

Alterlayer gouverne le contexte organisationnel de l’utilisation de l’IA en entreprise. Les hôtes techniques, les serveurs et les systèmes de contrôle d’accès mettent en œuvre les interactions du protocole et appliquent les permissions pertinentes. Cette définition ne prétend pas qu’Alterlayer intercepte le trafic MCP ou impose les contrôles sur les appels d’outils MCP.

Vérifié le 8 octobre 2026 : la dernière spécification officielle renvoie à la révision 2026-07-28. Les clients et les serveurs déployés peuvent prendre en charge différentes révisions ; vérifiez leur compatibilité documentée au lieu de supposer que chaque intégration implémente la dernière version.

Le document officiel de gouvernance et de pilotage établit MCP comme une série de LF Projects, LLC. Les mainteneurs, les mainteneurs principaux et les mainteneurs responsables forment le groupe de pilotage MCP, la participation technique étant rattachée aux individus plutôt qu’à des sièges réservés aux entreprises.

Le pilotage du protocole concerne la manière dont le projet ouvert se développe. Il n’attribue pas de responsabilité et n’approuve pas l’utilisation d’un système IA au sein d’une entreprise.