MCP, le Model Context Protocol : comment les assistants IA se branchent aux outils et aux données de l'entreprise

MCP en un paragraphe

La documentation officielle de MCP le compare à un port USB-C pour les applications d'IA : comme l'USB-C offre une façon standard de brancher des appareils, MCP offre une façon standard de relier des applications d'IA à des systèmes externes. Ses exemples : un assistant qui accède à votre agenda et à vos notes, un agent de code qui construit une application à partir d'une maquette, des chatbots d'entreprise reliés à plusieurs bases internes. La documentation cite sa prise en charge par des assistants comme Claude et ChatGPT et par des outils de développement comme Visual Studio Code et Cursor : un même serveur peut servir de nombreuses applications d'IA.

Les trois acteurs

Un serveur peut tourner en local, sur la même machine que l'application d'IA, avec le transport stdio ; ou à distance, avec le transport Streamable HTTP, en servant généralement de nombreux clients. Pour les serveurs distants, la documentation indique que MCP accepte les méthodes d'authentification HTTP standard et recommande OAuth pour obtenir les jetons.

Ce qu'un serveur peut offrir : outils, ressources, prompts

Un serveur peut aussi demander à l'utilisateur une information complémentaire ou la confirmation d'une action, ce que la spécification appelle elicitation. Le protocole repose sur des messages JSON-RPC 2.0. Il évolue : la documentation actuelle décrit la version 2026-07-28, une conception sans état où chaque requête porte sa version et ses capacités, et marque certaines fonctions anciennes comme dépréciées. Vérifiez la version prise en charge par vos outils.

• Les outils (tools) : des fonctions que l'application d'IA peut appeler pour agir, comme un appel d'API ou une requête en base. Pour une entreprise : « retrouver ce client », « créer une tâche », « préparer un devis ».
• Les ressources (resources) : des sources de données qui donnent du contexte à l'IA, comme le contenu d'un fichier ou des fiches en base. Pour une entreprise : un catalogue produits, un document de procédure.
• Les prompts : des modèles réutilisables qui structurent les échanges avec le modèle. Pour une entreprise : « synthèse client de la semaine », « répondre avec le ton de notre support ».

Brancher Claude sur un serveur MCP

Dans Claude Code, la documentation d'Anthropic montre l'ajout de serveurs avec la commande claude mcp add, via un serveur HTTP distant (recommandé), un serveur local stdio ou des transports plus anciens. Un serveur peut être configuré pour un seul projet, partagé avec l'équipe via un fichier .mcp.json versionné dans le projet, ou pour tous les projets d'un utilisateur. Beaucoup de serveurs MCP en ligne utilisent OAuth 2.0 : on ajoute le serveur, puis on se connecte dans le navigateur.

La documentation d'Anthropic porte aussi un avertissement clair : vérifiez que vous faites confiance à chaque serveur avant de le brancher, car les serveurs qui récupèrent du contenu externe peuvent vous exposer à un risque d'injection de consignes (prompt injection).

Les règles de sécurité qui comptent

Le projet MCP publie des bonnes pratiques de sécurité. Plusieurs se traduisent directement en règles d'entreprise :

• Moindre privilège : accorder d'abord des droits minimaux et n'en demander davantage que lorsqu'une action sensible l'exige ; éviter les droits génériques ou « accès complet ».
• Pas de relais de jetons : un serveur MCP ne doit pas accepter de jetons qui ne lui ont pas été émis, ni transmettre tel quel le jeton d'un client à un autre service.
• Consentement pour les serveurs locaux : avant de lancer un serveur local configuré en un clic, le client doit afficher la commande exacte et obtenir une approbation explicite, car un serveur local tourne avec les droits de l'utilisateur.
• Un identifiant n'est pas une identité : les serveurs qui gardent un état doivent vérifier chaque requête et ne jamais considérer la possession d'un identifiant d'état comme une authentification.
• Confiance et relecture : ne brancher que des serveurs de confiance, et vérifier ce qu'ils peuvent faire.

Est-ce utile pour une PME ?

Ce que nous avons construit chez Takat

Nous avons construit un serveur MCP qui permet à toute notre équipe de brancher son propre Claude sur le système d'exploitation de l'entreprise : chacun connecte son assistant, et chaque appel est journalisé. C'est le même schéma que nous proposons à nos clients : un petit nombre d'outils bien nommés au-dessus de vos systèmes existants, des accès par personne, une confirmation pour tout ce qui modifie des données, et un journal complet. Voir Intégrations Claude et MCP et Intégrations d'API.