Vous avez un agent IA capable de rédiger, résumer et raisonner. Mais il ne sait pas ce qui se passe dans votre CRM, il ne voit pas votre agenda et n'a pas accès à vos devis. Pour qu'il devienne réellement utile, il faut le connecter à vos outils. Et c'est là que les projets s'enlisent : chaque connexion demandait jusqu'ici un développement spécifique.
Le MCP (Model Context Protocol) a été conçu pour résoudre ce problème. C'est un standard ouvert, introduit fin 2024, qui définit une façon commune de brancher un agent IA sur des outils et des sources de données.
Qu'est-ce que le MCP, concrètement ?
Le MCP est un langage commun entre un agent IA et un outil. Du côté de l'outil, un petit programme appelé « serveur MCP » déclare ce que l'outil sait faire : chercher un contact, créer un événement, lire un document. Du côté de l'agent, l'application qui l'héberge (le « client ») découvre automatiquement ces capacités et les met à disposition de l'agent. L'agent choisit ensuite lui-même l'outil adapté à la demande.
L'image la plus parlante est celle de la prise USB. Avant, chaque appareil avait son propre connecteur. Avec un standard, on branche, et ça fonctionne.
Le problème que le MCP résout
Sans standard, connecter un agent à dix outils revient à écrire dix intégrations, chacune avec ses particularités, sa maintenance et ses risques de panne. Si vous changez d'agent ou de fournisseur d'IA, tout est à refaire.
Avec le MCP, une intégration écrite une fois est réutilisable avec n'importe quel agent compatible. De nombreux éditeurs publient désormais leur propre serveur MCP, ce qui évite d'en développer un soi-même pour les outils courants.
Exemple type : une PME de services de 40 personnes connecte son agent interne à trois outils via MCP : son CRM, son agenda partagé et son espace de documents. Un commercial demande : « Prépare-moi le rendez-vous de 14 h avec Durand ». L'agent retrouve la fiche client, les derniers échanges et le devis en cours, puis rédige une note de préparation. Aucune de ces trois intégrations n'a nécessité de développement spécifique à l'agent.
Ce que ça permet dans une PME
Trois familles d'usages reviennent le plus souvent.
La consultation : l'agent lit des informations pour répondre à une question (état d'un dossier, disponibilité d'un collaborateur, contenu d'un contrat). C'est le point de départ le plus sûr.
La préparation : l'agent rassemble des éléments issus de plusieurs outils pour produire une synthèse, un brouillon d'email ou une note de réunion.
L'action : l'agent crée ou modifie des données (créer un événement, mettre à jour une fiche, ouvrir un ticket). C'est la plus puissante, et celle qui demande le plus de garde-fous.
Les précautions à prendre avant de connecter quoi que ce soit
Brancher un agent sur vos outils, c'est lui donner des droits. Quatre règles évitent la plupart des mauvaises surprises.
Commencez en lecture seule. Un agent qui peut lire mais pas écrire ne peut pas faire de dégâts. Les droits d'écriture viennent ensuite, outil par outil.
Appliquez le principe du moindre privilège. L'agent ne doit accéder qu'aux données nécessaires à sa mission. Notre article sur la gestion des droits d'accès par profil détaille la méthode.
Gardez un humain dans la boucle pour les actions sensibles : envoi d'un email à un client, modification d'un tarif, suppression de données. Le principe est décrit dans notre article sur les workflows avec validation humaine.
Vérifiez la provenance des serveurs MCP. Un serveur MCP exécute du code et accède à vos données : n'installez que des serveurs publiés par l'éditeur de l'outil ou audités par vos équipes techniques, et vérifiez les implications RGPD (voir notre article sur le RGPD et l'IA).
Par où commencer
Choisissez un cas d'usage de consultation, sur un outil dont l'éditeur propose déjà un serveur MCP. Mesurez le temps gagné sur quelques semaines, puis élargissez. Si vos outils ne proposent pas de serveur MCP, une couche d'automatisation comme n8n peut jouer le rôle d'intermédiaire : voir notre comparatif n8n, Make et Zapier.
L'essentiel à retenir
Le MCP est un standard qui permet de connecter un agent IA à vos outils sans développer une intégration spécifique pour chacun. Il réduit les coûts de mise en place et évite de dépendre d'un seul fournisseur d'IA. En contrepartie, il donne des droits à l'agent : lecture seule d'abord, moindre privilège, validation humaine sur les actions sensibles.
Vous voulez savoir quels outils de votre entreprise peuvent être connectés à un agent IA ? En un échange, nous cartographions vos outils et identifions les premières connexions utiles et sûres. Étudions votre cas.