Un serveur MCP est un programme qui expose les outils et les données d'un logiciel dans un format standard. Un agent d'intelligence artificielle compatible s'y connecte, demande la liste des actions disponibles, et les utilise sans qu'une seule ligne d'intégration ait été écrite pour lui. MCP veut dire Model Context Protocol, et c'est devenu la façon normale de brancher une IA sur un CRM, un ERP ou une comptabilité.
Anthropic a publié le protocole en novembre 2024 et le présente comme un port USB-C pour l'IA. L'image est juste. Avant, chaque outil demandait son propre câblage. Ce guide explique ce qu'un serveur MCP fait réellement et où trouver ceux qui existent. Il dit aussi ce que le protocole coûte en contexte, et ce qu'il faut verrouiller avant d'ouvrir un accès à vos données.
Un serveur MCP, c'est quoi exactement ?
Un serveur MCP tient le rôle de traducteur entre un logiciel et un agent IA. Il publie une liste d'actions, chacune avec son nom, sa description et les champs qu'elle attend. L'agent lit cette liste, choisit l'action qui répond à la demande, remplit les champs et exécute. Aucun prompt spécifique n'est nécessaire pour ça.
L'architecture tient en trois rôles. L'hôte est l'application IA que vous utilisez, Claude, un éditeur de code ou un orchestrateur de workflows. Le client est le composant de l'hôte qui tient une connexion, un par serveur. Le serveur est le programme qui sert les outils. Il tourne soit sur votre machine, soit à distance en HTTP, et c'est la seule différence pratique entre un serveur local et un serveur distant.
La version en vigueur de la spécification date de juillet 2026. Elle rend le protocole sans état, c'est-à-dire que chaque appel porte lui-même sa version et ses capacités, au lieu de dépendre d'une session ouverte. Pour une direction informatique, c'est la différence entre un service qui se met derrière un répartiteur de charge sans douleur et un service qui ne s'y met pas. Le même principe de standardisation se retrouve dans les skills Claude, qui portent la méthode là où MCP porte les accès.
Pourquoi le protocole a remplacé les intégrations sur mesure
Avant MCP, équiper un agent d'un outil voulait dire coder chaque appel à l'interface de programmation, un par un. J'ai filmé la démonstration sur un cas précis, celui de Notion. Pour qu'un agent sache vraiment travailler dans Notion, il faut lui donner la création de page, la lecture et la mise à jour des propriétés. Il faut y ajouter la gestion des blocs et celle des bases de données. Une bonne quinzaine d'actions à écrire, puis à maintenir à chaque évolution de la documentation.
Le serveur MCP de Notion remplace ce chantier par un seul branchement. L'agent demande la liste des outils, la reçoit avec les schémas, et exécute. Quand l'éditeur ajoute une action, elle apparaît toute seule. C'est là que se trouve le gain réel, dans la maintenance évitée bien plus que dans la mise en place.
Le protocole ouvre aussi des outils qui n'avaient aucune interface publique. Airbnb en est le cas d'école, avec un serveur communautaire qui expose la recherche d'annonces alors qu'aucune interface officielle ne l'autorise. Dans un orchestrateur comme n8n, un nœud communautaire suffit à brancher ces serveurs, lister leurs outils, puis en exécuter un.
Claude branché sur la comptabilité : l'exemple Pennylane
L'exemple le plus parlant pour un dirigeant français reste la comptabilité. J'ai connecté Claude à Pennylane et je pilote la compta en langage naturel depuis. Repérer les factures d'achat impayées, analyser les principaux postes de charges, préparer un plan de trésorerie sur huit semaines. Les questions se posent à l'oral, les réponses arrivent avec les chiffres du dossier réel.
Pennylane a depuis publié son propre serveur MCP, ouvert aux cabinets et aux entreprises à partir de l'abonnement Essentiel. L'accès est en lecture seule, relevé en octobre 2026 : l'assistant consulte, il ne crée ni ne modifie rien. L'écriture est annoncée pour plus tard, avec des validations humaines. Le branchement se fait en ajoutant un connecteur personnalisé dans les paramètres de Claude, et l'authentification passe par une fenêtre Pennylane classique.
La bascule que ça produit en interne mérite d'être dite clairement. Un assistant qui répond apporte un gain de productivité honnête, sans rien changer à l'organisation. Un agent qui lit vos chiffres réels change la nature de la question posée. J'ai détaillé le montage complet dans un post LinkedIn en juin 2026, et c'est le sujet qui a déclenché le plus de questions de dirigeants depuis.
Serveurs officiels, communautaires ou internes : lequel choisir
Trois familles de serveurs coexistent et elles ne demandent pas les mêmes vérifications. Le serveur officiel est publié par l'éditeur de l'outil. Le serveur communautaire est publié par un tiers, souvent sur une interface de programmation publique, parfois sur un produit qui n'en a pas. Le serveur interne est celui que vos équipes construisent sur vos propres systèmes.
Un registre officiel existe depuis septembre 2025 pour retrouver les serveurs publics. Attention au contresens qu'il provoque : la vérification qu'il opère porte sur la propriété du nom, par authentification du dépôt ou par enregistrement de domaine. Elle ne dit rien de la qualité du code ni de la sécurité. Une fiche vérifiée au registre est une carte de visite authentifiée, pas un audit. Côté ChatGPT et ses connecteurs, la logique de catalogue est la même.
Qui tient le protocole aujourd'hui
La question de la gouvernance arrive vite en comité de direction, parce que personne ne veut bâtir sur un format tenu par un seul acteur. Anthropic a confié MCP à la fondation Agentic AI, un fonds dédié du Linux Foundation, en décembre 2025. Le conseil réunit Amazon, Anthropic, Block, Bloomberg, Cloudflare, Google, Microsoft et OpenAI.
L'alignement des grands éditeurs est réel et antérieur à cette donation. OpenAI a intégré le protocole à son kit de développement d'agents au printemps 2025, et Google a suivi quelques semaines après. Microsoft l'a branché dans Copilot Studio, Windows, GitHub et Azure AI Foundry. Pour une entreprise qui choisit aujourd'hui, le risque d'enfermement sur ce point précis est faible.
Faut-il tout brancher ? La question du contexte
Non, et c'est le point que la plupart des guides passent sous silence. Chaque serveur branché publie la description de tous ses outils, et ces descriptions occupent la mémoire de travail du modèle en permanence. Trois serveurs riches suffisent à manger une part sérieuse du budget disponible, avant même que la première question soit posée.
Le débat est sorti au grand jour en mars 2026, quand Perplexity a annoncé renoncer au protocole pour ses usages internes, au profit d'interfaces de programmation classiques. Son directeur technique a pointé deux choses, le poids des définitions d'outils et la friction d'authentification. La nuance compte : l'entreprise a conservé son serveur MCP public pour les développeurs externes. Le reproche porte sur le fait de tout charger, pas sur l'accès standardisé.
- Branchez par cas d'usage, pas par outil disponible. Un agent commercial n'a pas besoin du serveur de la comptabilité.
- Coupez ce qui ne sert pas. Un serveur activé par curiosité et jamais retiré coûte du contexte à chaque conversation.
- Préférez la découverte progressive quand votre client la propose, parce qu'elle charge les outils au moment utile au lieu de tout exposer au démarrage.
Cet arbitrage rejoint celui qui sépare workflows et agents. Un processus connu et stable se traite très bien par un enchaînement figé, moins coûteux et plus prévisible. MCP devient intéressant quand la suite d'actions n'est pas connue d'avance.
Sécuriser les accès avant d'ouvrir le robinet
C'est la partie que les directions informatiques traitent en premier, et elles ont raison. Le CERT-FR a publié une alerte en avril 2026 sur les produits d'automatisation par agents IA installés sur les postes de travail. Sa position est nette : usage limité à des environnements de test isolés, sans données de production, sans secrets, sans données personnelles ni bancaires.
Deux de ses recommandations se transposent directement à un déploiement MCP. Restreindre les outils accessibles à l'agent au strict nécessaire, et exiger une validation humaine avant toute action à effet de bord. Lire une facture et émettre un virement ne se traitent pas de la même façon, et le protocole ne fait pas cette distinction à votre place.
| Risque | Ce qui se passe | Le contrôle |
|---|---|---|
| Outil piégé | Des instructions cachées dans la description d'un outil, que le modèle lit et pas vous | Liste blanche de serveurs approuvés, revue des descriptions |
| Changement après coup | Le serveur modifie ses outils une fois l'accès accordé | Figer la liste des outils et alerter sur toute différence |
| Injection indirecte | Des instructions cachées dans une donnée renvoyée par l'outil, un ticket ou un courriel | Validation humaine avant toute action qui écrit ou envoie |
| Droits trop larges | Un jeton d'accès qui ouvre bien plus que le cas d'usage | Un compte de service par usage, en lecture seule par défaut |
Rien de tout cela n'est propre à MCP, mais le protocole augmente la surface d'un coup, puisqu'un seul branchement apporte des dizaines d'actions. Le reste des réflexes à installer tient dans notre guide sur la sécurité des agents IA.
Par quel serveur MCP commencer dans votre entreprise ?
Commencez par un serveur officiel, en lecture seule, sur un outil dont les données vous sont déjà familières. La comptabilité et le suivi commercial sont les deux meilleurs terrains, parce que les questions y sont fréquentes et les réponses vérifiables en un coup d'œil. L'État a fait exactement ce choix en lançant le serveur MCP de data.gouv.fr en février 2026. Il donne accès en langage naturel à environ 74 000 jeux de données et interfaces du catalogue, relevé en juillet 2026.
L'échelle supérieure consiste à construire vos propres serveurs sur vos systèmes internes. Dans l'étude de cas publiée par Anthropic, Zapier décrit 89 % d'adoption de l'IA chez ses salariés et plus de 800 agents déployés en interne. L'entreprise construit ses propres serveurs, qui aident Claude à naviguer dans son code. C'est le stade où le protocole cesse d'être un gadget de démonstration.
Tandem a accompagné plus de 50 entreprises et une centaine de missions sur ces sujets, et l'erreur la plus fréquente ne porte jamais sur la technique. Elle consiste à brancher dix serveurs en une après-midi, puis à constater que les réponses se dégradent. Un serveur, un cas d'usage, une mesure, puis le suivant. Nos équipes forment vos collaborateurs à Claude sur ce rythme précis.
