Serveur MCP en entreprise : brancher vos agents IA sur vos outils sans perdre le contrôle
Ce qu'est un serveur MCP, ce qu'il change pour une entreprise qui veut des agents IA dans ses vrais outils, et les points à vérifier avant d'en installer un ou d'en faire construire un : droits, authentification, validation humaine, suivi.
Un serveur MCP est un petit programme qui expose un outil de l'entreprise (un CRM, une base de données, un drive, un outil de tickets) à un agent IA, dans un format standard. L'agent peut alors lire des données ou déclencher des actions dans cet outil, sans connecteur bricolé au cas par cas.
MCP veut dire Model Context Protocol. Anthropic l'a publié en open source le 25 novembre 2024, avec un objectif simple : remplacer les intégrations sur mesure, une par source de données, par un seul protocole. Le 9 décembre 2025, le protocole a été confié à l'Agentic AI Foundation (AAIF), sous l'égide de la Linux Foundation. Selon la Linux Foundation, il était déjà adopté par Claude, ChatGPT, Cursor, Gemini, Microsoft Copilot et VS Code, avec plus de 10 000 serveurs MCP publiés.
Si vous déployez des agents IA en 2026, vous croiserez donc MCP. La question n'est plus « faut-il y aller ». C'est « comment brancher ses outils sans donner les clés de la maison ».
Comment ça marche, en une minute
La documentation officielle décrit trois rôles :
| Rôle | Ce que c'est | Exemple |
|---|---|---|
| Hôte | L'application IA que vos équipes utilisent | Claude, ChatGPT, Cursor, Claude Code |
| Client | Le morceau de l'hôte qui parle à un serveur donné | Un client par serveur branché |
| Serveur | Le programme qui expose un outil ou des données | Un serveur pour votre CRM, un autre pour votre base produit |
Un serveur peut offrir trois choses :
- des outils : des actions que l'agent peut appeler (chercher un client, créer un ticket, lancer une requête) ;
- des ressources : des données à lire (le contenu d'un fichier, le schéma d'une base) ;
- des prompts : des modèles d'instructions réutilisables.
Il existe deux façons de le faire tourner. Un serveur local tourne sur le poste de l'utilisateur et sert un seul client. Un serveur distant tourne sur un serveur, en HTTP, et sert toute une équipe. Pour un serveur distant, la documentation recommande OAuth pour l'authentification.
Ce que MCP change pour une entreprise
Avant MCP, brancher un assistant IA sur un outil interne voulait dire écrire une intégration propre à chaque assistant. Changer d'assistant, c'était tout refaire.
Avec MCP, vous écrivez (ou installez) un serveur par outil, et tous les assistants compatibles peuvent s'en servir. Trois effets concrets :
- Moins de dépendance à un fournisseur. Le serveur de votre CRM marche avec Claude aujourd'hui et avec un autre assistant demain.
- Un seul endroit pour les règles d'accès. Ce que l'agent a le droit de lire ou de faire se décide dans le serveur, pas dans chaque outil IA.
- Un catalogue qui existe déjà. Beaucoup d'éditeurs publient leur propre serveur MCP. Pour vos outils internes, il faut en construire un.
MCP ne règle pas tout pour autant. Le protocole standardise l'accès aux outils. Il ne dit rien de ce que l'agent doit savoir de votre entreprise, ni de ce qu'il a le droit de décider. On en parle dans nos articles (en anglais) sur la mémoire d'entreprise des agents et sur ce qu'un bon serveur MCP encode de votre façon de travailler.
Installer un serveur existant ou en construire un
| Situation | Choix raisonnable |
|---|---|
| L'éditeur de l'outil publie un serveur officiel | Partir de celui-là, après revue des droits demandés |
| Seul un serveur communautaire existe | Le lire avant de l'installer, ou le réécrire : c'est du code qui touchera vos données |
| Outil interne, base métier, process maison | Construire un serveur dédié, limité aux actions utiles |
| Besoin ponctuel d'un seul utilisateur | Un serveur local suffit souvent |
| Toute une équipe, données sensibles | Un serveur distant, avec authentification et journalisation |
Un serveur dédié n'a pas besoin d'exposer toute l'API de l'outil. Les meilleurs exposent peu d'actions, bien nommées, qui correspondent à des tâches réelles : « préparer le dossier client », pas « exécuter n'importe quelle requête SQL ».
Les six points à vérifier avant de brancher un agent
C'est là que se joue la sécurité. La spécification MCP fixe les règles d'autorisation et de sécurité. Voici ce qu'on en retient côté entreprise.
1. Le niveau d'autorité. Pour chaque outil exposé, décidez si l'agent peut lire, proposer, préparer ou exécuter. Commencez en lecture seule. C'est la grille de notre article sur le vrai risque des agents IA, l'autorité.
2. L'authentification. Un serveur distant doit savoir qui l'appelle. OAuth est la voie recommandée. Évitez les clés d'API partagées collées dans la configuration de chaque poste.
3. Pas de jeton relayé. La spécification interdit le « token passthrough » : un serveur MCP ne doit pas accepter un jeton qui n'a pas été émis pour lui, puis le transmettre tel quel à une autre API. Si un prestataire vous propose ce raccourci, refusez.
4. Les droits de l'utilisateur, pas plus. L'agent qui agit pour Julie ne doit voir que ce que Julie voit. Un compte de service qui a accès à tout, partagé par toute l'équipe, annule vos règles de droits existantes.
5. Une validation humaine sur les actions sensibles. Envoyer un e-mail à un client, modifier un montant, supprimer une donnée : ces actions passent par une confirmation. Le protocole prévoit même un mécanisme pour qu'un serveur demande une information ou une confirmation à l'utilisateur.
6. Le journal. Chaque appel d'outil doit laisser une trace : qui, quoi, quand, avec quel résultat. Sans journal, vous ne pourrez ni comprendre une erreur ni répondre à un audit RGPD.
Par où commencer
Une méthode simple en trois temps :
- Choisir un seul cas d'usage, avec un outil et une tâche répétitive. Par exemple : retrouver l'historique d'un client avant un appel.
- Brancher un serveur en lecture seule, pour une petite équipe, et regarder ce que l'agent demande vraiment. Les journaux montrent vite les actions utiles et celles qui ne servent à rien.
- Ouvrir l'écriture action par action, avec une validation humaine au début, puis la retirer seulement là où les journaux montrent que l'agent ne se trompe pas.
Si vous en êtes à cadrer votre premier agent, notre guide de l'agent IA en entreprise et notre checklist du POC à la production vont plus loin sur la mesure et le passage en production.
En résumé
- Un serveur MCP expose un outil de l'entreprise à des agents IA dans un format standard.
- Le protocole est ouvert, géré par une fondation neutre depuis décembre 2025, et pris en charge par les principaux assistants.
- Il réduit la dépendance à un fournisseur et centralise les règles d'accès.
- La sécurité ne vient pas du protocole seul : niveau d'autorité, authentification, droits de l'utilisateur, validation humaine et journal restent à concevoir.
Vous voulez brancher vos agents sur vos outils internes, ou faire relire un serveur MCP avant de l'installer ? Prenez rendez-vous avec nous.
