Un agent IA qui contrôle vos devis doit lire la transaction dans le CRM, retrouver la proposition dans une boîte mail, vérifier un paiement. Trois logiciels, trois façons de s’y connecter. Longtemps, chaque branchement s’est écrit à la main, logiciel par logiciel.
Le MCP propose une autre voie : une prise standard, la même pour tous les logiciels. Ce guide explique ce que c’est, ce que ça change pour un agent, et ce qu’il faut contrôler avant d’en brancher un sur vos outils.
Le MCP, une prise standard entre l’IA et vos logiciels
MCP signifie Model Context Protocol. Un protocole est un ensemble de règles communes qui permet à deux programmes de se comprendre. Celui-ci fixe la façon dont une application d’IA se connecte à un logiciel extérieur, pour y lire des informations et pour y faire des actions.
Anthropic, l’éditeur de l’assistant Claude, l’a publié en open source le 25 novembre 2024. Le constat de départ était simple : chaque nouvelle source de données demandait son propre développement. Le MCP remplace ces raccords au cas par cas par un protocole unique.
Sa documentation officielle le compare à un port USB-C pour les applications d’IA. Un même câble branche un écran, un disque ou un téléphone. Un même protocole branche un CRM, un outil de notes ou un logiciel de paiement.
Le MCP n’appartient plus à un seul éditeur. En décembre 2025, Anthropic l’a confié à l’Agentic AI Foundation, une structure de la Linux Foundation cofondée avec Block et OpenAI. Claude, ChatGPT et plusieurs outils de développement le prennent en charge.
Client et serveur : qui fait quoi
Le vocabulaire du MCP tient en trois mots.
- L’hôte est l’application d’IA : un assistant comme Claude, ou un agent construit pour votre entreprise.
- Le serveur MCP est un programme qui présente un logiciel à l’IA. Il dit ce qu’on peut y lire et ce qu’on peut y faire.
- Le client MCP est la partie de l’hôte qui se branche sur un serveur. Il y en a un par serveur : un agent branché sur trois logiciels tient trois connexions.
Un serveur propose surtout des outils : des actions précises, comme « chercher un contact » ou « mettre à jour une transaction ». Il peut aussi exposer des ressources, c’est-à-dire des données à lire, et des modèles de consignes prêts à l’emploi. L’IA découvre la liste des outils disponibles, puis choisit lesquels appeler.
Un serveur peut tourner sur votre ordinateur : c’est un serveur local. Il peut aussi être hébergé par l’éditeur du logiciel : c’est un serveur distant. Pour s’y connecter, on passe en général par un écran du type « Autoriser l’accès », appelé OAuth. Vous vous identifiez sur le logiciel et vous accordez des droits, sans donner votre mot de passe à l’IA.
Ce que ça change pour un agent
Sans MCP, brancher un agent sur un logiciel demande d’écrire le raccord pour ce logiciel-là, puis de recommencer pour le suivant. Avec le MCP, quand un éditeur publie un serveur, toute application compatible s’y branche de la même façon.
HubSpot en donne un bon exemple. Ses connecteurs pour Claude, ChatGPT, Microsoft Copilot et Gemini reposent tous sur le même serveur MCP. Un serveur, plusieurs assistants.
Plusieurs éditeurs de logiciels courants en PME publient aujourd’hui leur propre serveur. Trois exemples, relevés dans leur documentation en octobre 2026 :
| Logiciel | Ce que l’IA peut y faire | Garde-fou prévu par l’éditeur |
|---|---|---|
| HubSpot (CRM) | Lire, créer et mettre à jour les contacts, entreprises, transactions et tickets | Les droits de l’utilisateur HubSpot s’appliquent ; toute création ou modification demande une confirmation |
| Notion (notes, documentation) | Chercher, lire, créer et mettre à jour des pages | Seul le contenu accessible à l’utilisateur ; les propriétaires de l’espace gèrent les connexions |
| Stripe (paiements) | Lire les données du compte et lancer des actions, comme un remboursement | Quand l’agent agit en votre nom, confirmation humaine exigée avant un remboursement ou un paiement sortant |
Ces offres évoluent vite : vérifiez la documentation de l’éditeur avant de compter dessus. Tous les logiciels n’ont pas de serveur MCP. Et un serveur peut aussi être écrit par quelqu’un d’autre que l’éditeur. Il fonctionne de la même façon, mais vous confiez alors vos accès à un programme dont l’éditeur ne répond pas.
Ce qu’il faut contrôler avant de brancher un agent
Le MCP ne rend pas un agent sûr à lui seul. La spécification le dit elle-même : le protocole ne peut pas imposer ses principes de sécurité, c’est à ceux qui le mettent en œuvre de le faire. Elle en pose quelques-uns. L’utilisateur consent explicitement aux accès et garde le contrôle des actions. Les outils sont traités avec prudence, car ils exécutent du code. Et il devrait toujours y avoir une personne capable de refuser l’appel d’un outil.
Concrètement, trois questions se posent pour chaque logiciel branché.
- Quels accès donne-t-on ? Seulement les logiciels et les données dont l’agent a besoin. Les bonnes pratiques de sécurité du MCP recommandent de partir de droits minimaux, puis de les élargir au besoin. Chez HubSpot, l’agent agit avec les droits de l’utilisateur qui le connecte : le compte choisi fixe le périmètre.
- Lecture seule ou écriture ? Un serveur peut signaler qu’un outil ne fait que lire. Mais la spécification précise que ces indications ne sont pas une garantie, et qu’on ne s’y fie que si le serveur est de confiance. La lecture seule se règle donc dans les droits accordés sur le logiciel, pas dans ce que le serveur annonce.
- Quelles actions restent validées ? Lire et signaler ne coûte rien. Rembourser, modifier un prix ou envoyer un message engage l’entreprise. Ces actions attendent l’accord d’une personne, comme le détaille l’article sur la validation humaine. Certains éditeurs le prévoient déjà : Stripe demande une confirmation avant un remboursement.
Le risque des consignes cachées
Un agent branché sur une boîte mail lit des textes qu’il n’a pas choisis. L’OWASP, une référence sur la sécurité des applications d’IA, appelle ce risque l’injection de consignes : un contenu extérieur, comme une page Web ou un fichier, peut détourner le comportement du modèle. Ses recommandations rejoignent les trois questions ci-dessus : limiter les droits au strict nécessaire, et faire approuver les actions à risque par une personne.
MCP ou API : comment un agent sur mesure se branche
Une API est la porte d’accès qu’un éditeur ouvre aux programmes. Elle permet de lire et de modifier les données du logiciel sans passer par son écran. Un serveur MCP ne la remplace pas : il s’appuie dessus. Celui de HubSpot transmet chaque demande de l’agent à l’API de HubSpot, celui de Notion utilise l’API de Notion.
Un agent sur mesure peut donc passer par l’un ou par l’autre.
Le serveur MCP convient quand l’éditeur en publie un, qu’il couvre les actions dont l’agent a besoin et que ses garde-fous vous conviennent. Il se branche vite, et l’éditeur le maintient.
L’API directe s’impose dans d’autres cas :
- Une action manque. Un serveur MCP propose les outils choisis par l’éditeur. Si celui dont vous avez besoin n’y est pas, l’API va souvent plus loin.
- L’agent doit réagir à un événement. Être prévenu dès qu’une transaction change d’étape passe par un mécanisme de l’API, les webhooks chez HubSpot.
- Une règle doit s’appliquer à l’identique. Un calcul de remise ou un rapprochement de montants ne se laisse pas au choix du modèle. Le code appelle l’API lui-même, avec ses propres accès. L’OWASP le recommande d’ailleurs : gérer ces fonctions dans le code plutôt que de les confier au modèle.
Les deux peuvent se combiner dans un même agent : un serveur MCP pour lire des notes dans Notion, l’API pour contrôler un devis dans HubSpot, comme le détaille l’article sur l’agent IA dans HubSpot. Le choix se fait logiciel par logiciel, pendant le cadrage. Et si un logiciel n’a ni serveur MCP ni API, on cherche une autre solution à ce moment-là.
Par où commencer
Pas besoin de maîtriser le MCP pour en tirer parti. Pour préparer un premier branchement, trois réponses suffisent :
- Les logiciels concernés, et pour chacun ce que l’agent doit y lire et y faire.
- Les accès : quel compte l’agent utilise, en lecture seule ou en écriture, et sur quelles données.
- Les actions à faire valider : celles qui engagent l’entreprise, réglées une par une.
Le cadrage d’un agent sur mesure commence d’ailleurs par un accès en lecture aux logiciels concernés. Son autonomie se règle ensuite, action par action.
La page d’accueil montre les logiciels sur lesquels un agent sur mesure se branche, et comment il travaille dans vos outils sans les remplacer.
