§ Guide
MCP (Model Context Protocol) expliqué à un dirigeant de PME
MCP est le standard qui permet à un assistant comme Claude d'interroger vos outils et d'y agir. Ce guide explique ce que c'est, ce que ça change par rapport à une intégration classique, les trois risques à connaître et les questions à poser avant de brancher un serveur.
- Sources officielles
- Vérifié le 5 octobre 2026
- Sans jargon
Réponse directe
MCP, c'est quoi ?
MCP, pour Model Context Protocol, est un standard open source qui connecte une application d'IA à des systèmes externes : vos fichiers, votre CRM, votre base documentaire. Un « serveur MCP » décrit à l'assistant ce qu'il peut lire et faire dans un outil ; l'assistant choisit ensuite quoi appeler selon la demande. Claude et ChatGPT le prennent tous deux en charge. Pour un dirigeant, la question n'est pas technique : chaque serveur branché donne à l'IA des droits sur un outil, et ce sont ces droits qu'il faut décider.
En bref
- Un standard, pas un produit. Un serveur MCP écrit une fois fonctionne avec plusieurs assistants : c'est ce qui limite la dépendance à un éditeur.
- Le modèle choisit quoi appeler. C'est l'intérêt par rapport à une intégration classique, et c'est aussi le risque.
- La décision porte sur les droits. Lecture ou écriture, quel compte, quelles actions validées par une personne.
Comment ça marche, en trois mots
La documentation du protocole décrit trois rôles. L'hôte est l'application d'IA que vous utilisez, par exemple Claude. Le serveur est un programme placé devant un outil, qui expose ce qu'on peut y faire. Entre les deux, un client par serveur tient la connexion.
Un serveur peut exposer trois choses, selon la même documentation : des outils, c'est-à-dire des actions que le modèle déclenche lui-même (chercher, créer, envoyer) ; des ressources, des données en lecture seule ; et des modèles de consigne prêts à l'emploi.
Il existe deux types de serveurs. Un serveur local tourne sur le poste de l'utilisateur. Un serveur distant tourne chez un éditeur ou sur votre infrastructure et sert plusieurs utilisateurs. La distinction compte pour la sécurité : on y revient plus bas.
Intégration classique ou serveur MCP
| Critère | Intégration classique | Serveur MCP |
|---|---|---|
| Qui décide de l'appel | Classique : un code ou une règle écrite à l'avance | MCP : le modèle, selon la demande de l'utilisateur |
| Réutilisation | Classique : une intégration par couple d'outils | MCP : un serveur sert tous les assistants compatibles |
| Prévisibilité | Classique : le même chemin à chaque exécution | MCP : le chemin varie d'une demande à l'autre |
| Contrôle | Classique : les droits du compte technique | MCP : les droits du compte, plus une validation possible action par action |
| Bon terrain | Classique : la même opération, des milliers de fois | MCP : des demandes variées, formulées en langage courant |
À quoi ça sert dans une PME
Quatre usages reviennent. Ce sont des exemples de ce que le protocole permet, pas des résultats mesurés.
- Interroger le CRM en langage courant. « Quels devis envoyés il y a plus de quinze jours sont restés sans réponse ? » L'assistant lit, il n'écrit rien.
- Chercher dans la base documentaire. Procédures, contrats types, fiches produit : l'assistant répond en citant le document source.
- Préparer un rapport à partir de l'outil de gestion. Lecture des chiffres, mise en forme, livraison à relire.
- Préparer une action, sans la faire. Brouillon d'e-mail, ticket pré-rempli, ligne de devis : une personne valide avant l'envoi.
Le point commun des trois premiers : lecture seule. C'est par là qu'on commence. Et pour une opération refaite à l'identique des centaines de fois, un workflow reste plus sûr qu'un assistant : voir quelles tâches automatiser en premier.
Les trois risques à connaître
1. Les droits accordés. Un serveur agit avec le jeton qu'on lui donne. Le guide de sécurité du protocole décrit le problème des jetons trop larges : s'ils fuient, tout ce qu'ils ouvrent est exposé, et les révoquer coupe tous les usages d'un coup. Il recommande le moindre privilège : commencer par la lecture, élever les droits seulement quand une action le demande.
2. L'injection de consignes. Un modèle lit du contenu qu'il n'a pas écrit : un e-mail entrant, une page web, un ticket client. Ce contenu peut contenir des instructions cachées. La documentation d’OpenAI donne l'exemple d'une demande de support piégée, et précise que faire confiance à l'éditeur du serveur ne suffit pas : il faut pouvoir faire confiance à tout le contenu accessible par ce serveur. Le scénario à éviter : un assistant qui lit du contenu extérieur et dispose, dans la même session, d'un outil capable d'envoyer des données dehors.
3. Les données et le code qui sortent de chez vous. Anthropic rappelle dans sa documentation que les serveurs distants tiers ne sont ni détenus, ni exploités, ni approuvés par lui, et qu'il ne faut se connecter qu'à des serveurs de confiance. Pour les serveurs locaux, le guide de sécurité est plus direct : ils s'exécutent avec les mêmes droits que l'application qui les lance, et un serveur malveillant peut exécuter n'importe quelle commande sur le poste.
La spécification le dit sans détour : le protocole ne peut pas imposer ces principes de sécurité à son niveau. Ils reposent sur l'application, sur le serveur et sur vos réglages. Si des données personnelles passent par le serveur, le RGPD s'applique en plus : voir IA conforme en PME et le calendrier de l’AI Act.
Huit questions à poser avant de brancher un serveur MCP
- 01 Qui édite ce serveur, et qui l'héberge ? Un serveur officiel de l'éditeur de l'outil n'a pas le même statut qu'un projet trouvé sur un dépôt public.
- 02 Lecture seule ou écriture ? Si la lecture suffit à l'usage, n'ouvrez pas l'écriture.
- 03 Avec quel compte le serveur agit-il ? Un compte de service dédié, limité au nécessaire, pas le compte d'un dirigeant.
- 04 Quelles données sortent, et vers où ? Le contenu lu par l'assistant est envoyé au modèle : vérifiez ce que cela implique pour vos données personnelles.
- 05 Du contenu extérieur peut-il arriver au modèle par ce serveur ? E-mails entrants, formulaires, pages web : c'est la porte de l'injection.
- 06 Quelles actions demandent une validation humaine ? Tout ce qui modifie, envoie, paie ou supprime.
- 07 Les appels sont-ils journalisés ? Sans journal, impossible de savoir ce que l'assistant a fait.
- 08 Comment coupe-t-on ? Qui révoque le jeton, en combien de temps, et qu'est-ce qui s'arrête avec.
Quand faire développer un serveur MCP, et quand s'en passer
Recommandations de Waimia, tirées de nos intégrations.
- Votre outil interne ou métier n'a pas de serveur MCP et vos équipes veulent l'interroger depuis l'assistant
- Vous voulez exposer trois actions précises plutôt que toute l'API de l'outil
- Les données ne doivent pas quitter votre réseau : serveur privé, relié par un tunnel
- Plusieurs assistants ou agents doivent utiliser la même source
- L'éditeur de l'outil fournit déjà un serveur officiel : utilisez-le, avec des droits limités
- L'opération est toujours la même, en volume : un workflow n8n ou Make est plus prévisible
- Un seul programme appelle l'outil, sans assistant : un appel d'API classique suffit
- Personne en interne ou chez un prestataire n'est nommé pour le maintenir
MCP dans les plateformes de Claude et d'OpenAI
| Sujet | Claude Platform | OpenAI Platform |
|---|---|---|
| Appeler un serveur distant depuis l'API | Claude : connecteur MCP, en bêta ; seuls les appels d'outils sont pris en charge | OpenAI : outil « mcp » de l'API Responses |
| Serveur privé, derrière votre pare-feu | Claude : tunnels MCP, en aperçu de recherche, sur demande d'accès | OpenAI : Secure MCP Tunnel |
| Validation des actions | Claude : outils activés, autorisés ou exclus un par un dans la requête | OpenAI : approbation par outil ; la documentation recommande de la garder pour les outils qui modifient des données |
| Mise en garde de l'éditeur | Claude : serveurs tiers non détenus, non exploités, non approuvés par Anthropic | OpenAI : la confiance dans l'éditeur du serveur ne protège pas de l'injection |
Sources, vérifiées le 5 octobre 2026
- modelcontextprotocol.io : « What is the Model Context Protocol (MCP)? »
- modelcontextprotocol.io : architecture (hôte, client, serveur ; local et distant)
- modelcontextprotocol.io : serveurs (outils, ressources, modèles de consigne)
- modelcontextprotocol.io : bonnes pratiques de sécurité (périmètre des jetons, serveurs locaux)
- modelcontextprotocol.io : spécification, section sécurité et confiance
- Anthropic, Claude Platform : connecteur MCP (bêta)
- Anthropic, Claude Platform : serveurs MCP distants
- Anthropic, Claude Platform : tunnels MCP (aperçu de recherche)
- OpenAI, documentation API : serveurs MCP et Secure MCP Tunnel
- OpenAI, documentation API : MCP, risques et sécurité (injection de consignes)
Questions fréquentes
Q.01 MCP, ça veut dire quoi ?
MCP signifie Model Context Protocol. Le site officiel du protocole le définit comme un standard open source pour connecter des applications d'IA à des systèmes externes : sources de données, outils, flux de travail. Il le compare à un port USB-C : une seule prise normalisée au lieu d'un câble différent par appareil.
Q.02 MCP est-il réservé à Claude ?
Non. Le site officiel présente MCP comme un protocole ouvert et cite parmi les applications compatibles Claude, ChatGPT, Visual Studio Code et Cursor. Les documentations d'Anthropic et d'OpenAI décrivent chacune comment brancher un serveur MCP sur leur plateforme. Un même serveur peut donc servir à plusieurs assistants.
Q.03 MCP est-il sécurisé ?
Le protocole ne sécurise rien à lui seul. Sa spécification écrit qu'il ne peut pas imposer ses principes de sécurité au niveau du protocole : le consentement, les droits et la validation des actions dépendent de la façon dont l'application et le serveur sont réalisés. La sécurité d'un branchement MCP se juge donc serveur par serveur : qui l'édite, quels droits porte son jeton, quelles actions demandent une validation.
Q.04 Quelle différence entre MCP et une API ?
Une API est la porte d'entrée d'un logiciel, faite pour être appelée par du code écrit à l'avance. Un serveur MCP se place devant une ou plusieurs API et les décrit dans un format qu'un modèle d'IA comprend : nom de l'outil, ce qu'il fait, paramètres attendus. Le modèle choisit alors quel outil appeler selon la demande. MCP ne remplace pas l'API, il la rend utilisable par un assistant.
Q.05 Faut-il un développeur pour utiliser MCP ?
Pour développer un serveur sur un outil interne, ou pour l'appeler depuis l'API d'un éditeur, oui : les documentations d'Anthropic et d'OpenAI s'adressent à des développeurs. Brancher un serveur existant dans une application d'assistant demande moins de technique, mais la procédure dépend de l'application et de votre offre : nous ne l'avons pas vérifiée pour cette page. Dans les deux cas, la décision qui compte n'est pas technique : c'est le choix des droits accordés.
Q.06 Combien coûte un serveur MCP ?
Le protocole est open source et ne se paie pas. Ce qui coûte, c'est le développement du serveur sur votre outil, son hébergement et sa maintenance quand l'outil évolue. Le montant dépend du nombre d'actions exposées et de l'état de l'API de départ : chez Waimia, il se chiffre sur devis après l'audit gratuit.
Page mise à jour le par Simon Beros, fondateur de Waimia.