Le protocole MCP : la révolution de l'intégration IA
Si vous travaillez avec des agents IA, vous avez probablement rencontré ce problème : chaque nouvelle intégration demande un développement spécifique. Connecter un agent à Salesforce nécessite un connecteur Salesforce. Le connecter à Notion, un autre. A votre ERP, encore un autre. Le Model Context Protocol (MCP) résout ce problème fondamental. C'est le standard ouvert qui unifie la manière dont les agents IA se connectent aux outils — et il change tout.
Le problème : N agents x M outils = N*M connecteurs
Avant MCP, chaque combinaison agent/outil nécessitait un développement spécifique. Si vous avez 5 agents et 10 outils, vous devez potentiellement développer et maintenir 50 connecteurs différents. Chacun avec ses propres schémas de données, sa propre gestion d'erreurs, ses propres tests.
Ce modèle ne passe pas à l'échelle. C'est exactement le problème que USB a résolu pour le hardware — et MCP le résout pour l'IA.
MCP est à l'intégration IA ce qu'USB est au hardware : un standard universel qui permet à n'importe quel agent de se connecter à n'importe quel outil, sans développement spécifique.
Architecture : client, serveur, transport
MCP repose sur une architecture client/serveur élégante :
MCP Host (l'application)
L'application qui héberge l'agent IA — Claude Desktop, un IDE, votre application métier. Le host instancie un ou plusieurs clients MCP.
MCP Client
Le composant qui maintient une connexion 1:1 avec un serveur MCP. Il gère le protocole de communication, la découverte des capacités et l'invocation des outils.
MCP Server
Le composant qui expose les capacités d'un outil. Un serveur MCP pour Salesforce expose les fonctions « chercher un contact », « créer une opportunite », etc. N'importe quel client MCP compatible peut les utiliser.
Transport
MCP supporte deux modes de transport : stdio (processus local, idéal pour le développement) et SSE (HTTP, pour les déploiements distribués). Le protocole est basé sur JSON-RPC 2.0.
L'élégance du système : un seul serveur MCP suffit pour exposer un outil à tous les agents compatibles. Et un seul client MCP dans votre agent suffit pour accéder à tous les serveurs MCP disponibles.
Les 3 primitives de MCP
MCP définit trois typés de capacités qu'un serveur peut exposer :
1. Tools (outils)
Les tools sont des fonctions que l'agent peut invoquer. Chaque tool a un nom, une description en langage naturel (que le LLM utilise pour décider quand l'appeler), et un schema de paramètres. Exemples : « chercher dans le CRM », « créer un ticket », « envoyer un email ».
2. Resources (ressources)
Les resources sont des données contextuelles que le serveur met à disposition de l'agent. Un serveur MCP pour un wiki d'entreprise expose les pages comme resources — l'agent peut les lire pour enrichir son contexte, sans avoir besoin d'un outil de recherche spécifique.
3. Prompts (modèles)
Les prompts sont des modèles de conversation predéfinies que le serveur propose. Ils permettent de guider l'agent vers un comportement optimisé pour un cas d'usage spécifique. Par exemple, un serveur MCP pour la comptabilité peut exposer un prompt « analyser un rélevé bancaire » qui structure l'interaction de manière optimale.
Découverte dynamique des outils
L'une des forces majeures de MCP est la découverte dynamique. Quand un client MCP se connecte à un serveur, il interroge automatiquement les capacités disponibles. Pas besoin de coder en dur la liste des outils — le serveur les annonce.
Concrètement, cela signifie que :
- Un serveur MCP peut ajouter de nouvelles fonctionnalités sans modifier le client.
- L'agent découvre les outils disponibles au runtime et décide lesquels utiliser en fonction de la tâche.
- Vous pouvez ajouter ou retirer des serveurs MCP de la configuration de l'agent sans toucher au code.
Modele de sécurité
MCP intègre la sécurité par conception. Chaque couche du protocole a ses propres mécanismes :
- Approbation utilisateur — Le host doit obtenir le consentement de l'utilisateur avant d'exécuter un tool. L'agent ne peut pas agir sans autorisation.
- Isolation des serveurs — Chaque serveur MCP tourne dans son propre processus avec ses propres permissions. Un serveur compromis ne peut pas accéder aux données d'un autre serveur.
- Authentification— Le transport SSE supporte OAuth 2.0 pour l'authentification. Les tokens sont gérées par le host, pas par l'agent.
- Validation des entrées — Les paramètres des tools sont validés via JSON Schema avant execution. Pas d'injection possible via des paramètres malformés.
MCP vs function calling : quelles différences ?
Le function calling (appel de fonctions natif des LLMs) et MCP opèrent à des niveaux différents :
| Aspect | Function Calling | MCP |
|---|---|---|
| Niveau | API du LLM | Protocole de transport |
| Portée | 1 modèle, N fonctions | N agents, M outils |
| Découverte | Statique (definie à l'avance) | Dynamique (au runtime) |
| Standard | Propriétaire (par LLM) | Ouvert (spécification publique) |
| Sécurité | Gérée par l'application | Intégrée au protocole |
| Écosystème | Spécifique au fournisseur | Universel |
En pratique, MCP et function calling sont complémentaires. Le function calling est le mécanisme par lequel le LLM decide d'appeler une fonction. MCP est le protocole qui achemine cet appel jusqu'a l'outil concret et retourne le résultat.
Pourquoi MCP rend les agents 10x plus puissants
L'impact de MCP sur les capacités des agents IA est transformationnel :
- Déploiement en jours, pas en semaines — Un serveur MCP pré-construit pour votre CRM, votre ERP ou votre ticketing s'installe en quelques minutes. Plus besoin de développer un connecteur spécifique.
- Écosystème en croissance exponentielle — Des milliers de serveurs MCP sont déjà disponibles en open source : GitHub, Slack, Google Workspace, PostgreSQL, Notion, Jira, Stripe, et bien d'autres.
- Composabilité— Un agent peut se connecter à 10, 20 ou 50 serveurs MCP simultanément. Il dispose alors d'un catalogue d'outils immense et choisit dynamiquement lesquels utiliser pour chaque tâche.
- Portabilité — Changez de modèle de langage (de Claude à GPT, de GPT à Mistral) sans redévelopper vos intégrations. Les serveurs MCP sont agnostiques au LLM.
My IA Partner et MCP : notre expertise
Chez My IA Partner, MCP est au cœur de notre architecture. Chaque agent que nous deployons est conçu comme un client MCP capable de se connecter à l'ensemble de l'écosystème outils de nos clients.
Notre approche :
- Serveurs MCP custom— Nous développons des serveurs MCP sur mesure pour les outils métier qui n'ont pas encore de serveur disponible.
- Orchestration multi-serveurs — Nos agents se connectent à plusieurs serveurs MCP en parallèle, combinant les capacités de chaque outil pour des workflows complexes.
- Sécurité renforcee — Chaque serveur MCP est audité, sandboxé et monitoré. Les permissions sont granulaires et les logs sont complets.
Grâce à MCP, nous connectons un agent IA à l'ensemble de votre écosystème outils en quelques jours, pas en quelques mois. C'est un avantage compétitif décisif pour nos clients.
Points clés à retenir
- MCP est le standard ouvert qui unifie la connexion entre agents IA et outils — le « USB de l'IA ».
- Architecture client/serveur avec 3 primitives : tools, resources, prompts.
- La découverte dynamique et la composabilité rendent les agents exponentiellement plus puissants.
- MCP et function calling sont complémentaires, pas concurrents.
- L'écosystème MCP croît rapidement — ignorer ce standard revient à prendre du retard.
Exploitez la puissance de MCP
Nos agents IA, construits sur MCP, se connectent à tous vos outils en quelques jours. Discutons de votre écosystème.
Parler intégration