MCP (Model Context Protocol) : ce que c'est et pourquoi

·

Imaginez que vous venez d'embaucher un assistant très compétent. Il comprend tout ce que vous lui expliquez, raisonne bien et rédige sans fautes. Le problème, c'est qu'il ne peut pas ouvrir votre CRM, il ne sait pas interroger l'ERP et il n'a pas accès à l'historique des commandes. Pour qu'il soit vraiment utile, quelqu'un doit lui construire un pont vers chaque système, un par un. C'est le goulet d'étranglement de l'IA en entreprise jusqu'à très récemment. Le Model Context Protocol (MCP) est la solution sur laquelle l'industrie s'est accordée pour y remédier : un standard ouvert qui agit comme un connecteur universel entre les modèles d'intelligence artificielle et les outils, bases de données et API que vous utilisez déjà au quotidien.

Qu'est-ce que le Model Context Protocol (MCP) et d'où vient-il ?

Le MCP est un protocole de communication open source publié par Anthropic en novembre 2024. Son objectif est de standardiser la façon dont un modèle de langage (LLM) se connecte à des sources de données externes et exécute des actions dans des systèmes réels. Avant MCP, chaque fournisseur d'IA et chaque entreprise souhaitant intégrer un assistant à ses outils devait construire ses propres connecteurs : du code spécifique pour le CRM, du code spécifique pour l'ERP, du code spécifique pour le gestionnaire documentaire. Chaque changement de modèle ou d'outil obligeait à réécrire ces intégrations.

L'analogie qui circule le plus dans la communauté technique est celle du USB-C : avant ce standard, chaque fabricant avait son propre connecteur. Aujourd'hui, n'importe quel câble USB-C fonctionne avec n'importe quel appareil compatible. MCP fait la même chose pour l'IA : un serveur MCP qui expose votre CRM fonctionne avec n'importe quel modèle qui parle MCP, que ce soit le modèle qui alimente votre copilote interne, l'agent qui traite les factures ou le chatbot de support.

Le protocole repose sur JSON-RPC 2.0 et définit trois types de capacités qu'un serveur peut offrir à un client IA :

L'architecture est de type client-serveur : le host MCP (l'environnement où s'exécute le modèle, par exemple votre copilote ou votre agent n8n) agit en tant que client ; les serveurs MCP sont les adaptateurs installés aux côtés de chaque outil ou système que vous souhaitez exposer. Le modèle n'accède jamais directement à votre base de données ; il le fait toujours via le serveur MCP correspondant, qui applique les règles d'accès que vous définissez.

Adoption dans l'industrie : plus seulement Anthropic

Ce qui fait du MCP un véritable standard, et non la proposition d'un seul fabricant, c'est la rapidité avec laquelle le reste de l'écosystème l'a adopté. OpenAI a ajouté le support natif de MCP en mars 2025, à peine quatre mois après sa publication. Google a suivi en mai 2025. À la mi-2026, tous les grands fournisseurs de modèles — Anthropic, OpenAI, Google, Microsoft, Meta — supportent MCP dans leurs plateformes d'agents.

Les chiffres d'adoption sont significatifs : à mars 2026, le SDK MCP totalisait plus de 97 millions de téléchargements mensuels en cumulant les versions Python et TypeScript, avec plus de 10 000 serveurs MCP publics disponibles dans l'écosystème et plus de 950 dédiés aux applications métier. Des entreprises comme HubSpot ont lancé leur serveur MCP en production en avril 2026 avec plus de 100 outils disponibles pour leurs utilisateurs.

Les frameworks d'automatisation ont également adopté le standard : n8n a intégré des nœuds MCP natifs en 2025, LangGraph et LlamaIndex disposent d'une intégration de premier ordre, et les plateformes d'agents entreprise les plus utilisées en Espagne l'incluent comme couche d'outils par défaut.

Comment fonctionne MCP en pratique : le flux étape par étape

Pour comprendre le protocole sans se perdre dans les aspects techniques, il vaut la peine de suivre le flux d'une interaction concrète. Supposons que votre entreprise ait déployé un agent IA pour l'équipe commerciale. Un commercial demande : «Quelles commandes en attente a le client García Hermanos ?»

  1. Le host MCP (l'agent) reçoit la question et décide qu'il doit interroger le CRM.
  2. Il envoie au serveur MCP du CRM un appel JSON-RPC avec le nom de l'outil (get_customer_orders) et les paramètres pertinents (nom du client, statut «en attente»).
  3. Le serveur MCP authentifie la requête, vérifie que l'agent a l'autorisation de lire les commandes et exécute la requête dans le CRM.
  4. Il renvoie le résultat structuré à l'agent, qui l'intègre dans son contexte et formule une réponse en langage naturel.
  5. Le commercial voit : «García Hermanos a 3 commandes en attente de livraison : réf. PED-2241 (15 400 €, livraison prévue le 10 juin), réf. PED-2267 (8 200 €, livraison le 18 juin) et réf. PED-2289 (21 700 €, sans date confirmée).»

Tout le cycle se déroule en quelques secondes. Le modèle n'a jamais eu accès directement à la base de données du CRM ; le serveur MCP a joué le rôle d'intermédiaire contrôlé. Si demain l'entreprise change de CRM, il suffit de mettre à jour le serveur MCP de ce système ; l'agent et toutes les autres intégrations ne sont pas touchés.

Comparatif : MCP face aux approches précédentes

Critère Intégration ad hoc (pré-MCP) Function calling classique MCP
Réutilisabilité Nulle : code unique par modèle + outil Faible : les fonctions doivent être redéfinies par modèle Élevée : un serveur MCP fonctionne avec n'importe quel client compatible
Maintenance Élevée : tout changement dans l'outil casse l'intégration Moyenne : les schémas de fonctions doivent être mis à jour Faible : le serveur MCP absorbe les changements en interne
Contrôle d'accès Manuel dans chaque intégration Dépend de l'implémentation Centralisé dans le serveur MCP (OAuth, SSO dans la feuille de route 2026)
Auditabilité Très difficile à unifier Partielle Journal unifié par serveur MCP
Support multi-modèle Non (code spécifique par LLM) Limité (différences entre les API des fournisseurs) Oui (standard adopté par tous les grands fournisseurs)
Time-to-integration Semaines à mois Jours à semaines Heures à jours (serveurs préconstruits pour les CRM et ERP les plus courants)

Pourquoi MCP est important pour votre entreprise, pas seulement pour votre équipe technique

Lorsqu'un directeur des opérations ou un dirigeant entend le mot «protocole», la réaction habituelle est de déléguer la décision au département informatique. Avec MCP, ce serait une erreur, car la décision de l'adopter a des implications directes sur les coûts, la vitesse de déploiement et le contrôle des données.

Premièrement, le coût de développement. Des analyses d'adoption enterprise publiées en 2026 indiquent que les entreprises ayant utilisé MCP pour connecter leurs systèmes à des agents IA ont rapporté des réductions significatives du coût d'intégration par rapport aux approches précédentes, et ont réduit le délai de mise en production de plusieurs mois à quelques semaines ou jours, selon l'outil.

Deuxièmement, le contrôle des données. Avec MCP, les données sensibles de votre entreprise ne quittent jamais votre infrastructure sans autorisation explicite. Le serveur MCP agit comme un gardien : il définit ce que le modèle peut voir et ce qu'il ne peut pas voir. Cela est pertinent dans le contexte de l'AI Act européen (Règlement UE 2024/1689), entré en vigueur le 1er août 2024, dont les articles sur les systèmes d'IA à haut risque exigent une traçabilité et un contrôle d'accès documentés. Un serveur MCP bien configuré facilite la conformité en centralisant la piste d'audit.

Troisièmement, l'indépendance vis-à-vis du fournisseur. Si vous construisez vos intégrations sur MCP aujourd'hui, vous pouvez changer de modèle d'IA sans rien réécrire. Cette flexibilité a une valeur réelle dans un marché où les modèles évoluent tous les quelques mois.

Si vous souhaitez voir comment nous mettons en œuvre MCP dans des projets réels pour PME et entreprises de taille intermédiaire, consultez notre service d'intégration MCP pour les entreprises, où nous détaillons le processus depuis l'analyse des outils jusqu'au déploiement en production.

Cas d'usage réels dans les PME et entreprises de taille intermédiaire

MCP n'est pas réservé aux grandes entreprises disposant d'équipes d'ingénierie IA. Les cas d'usage les plus fréquents que nous rencontrons dans les PME espagnoles en 2025-2026 sont les suivants :

Agent commercial connecté au CRM et à l'ERP

L'agent consulte l'historique des achats, le statut de crédit et les commandes en cours sans que le commercial n'ait à changer d'écran. Cela réduit le temps de préparation des visites et des appels de 30 à 50 % selon les projets que nous avons accompagnés.

Assistant de support avec accès à la base de connaissances et au système de tickets

L'assistant interroge la base de connaissances interne (RAG), ouvre automatiquement des tickets lorsqu'il ne peut pas résoudre la requête et escalade vers l'agent humain avec le contexte complet de la conversation. Résultat : moins de tickets répétitifs et des délais de résolution plus courts.

Copilote financier avec accès aux données comptables

Un agent disposant d'un serveur MCP pointant vers le logiciel comptable peut répondre à des questions telles que «Combien avons-nous facturé au secteur public au premier trimestre ?» ou «Quelles factures fournisseur sont en attente depuis plus de 60 jours ?» directement depuis le chat, sans exporter vers Excel.

Automatisation des processus documentaires

L'agent extrait les données des factures reçues (par OCR ou traitement de documents), les valide par rapport à la commande dans l'ERP via un serveur MCP et enregistre la conformité ou l'incident sans intervention humaine. Ce type de flux peut être construit sur l'automatisation avec n8n, où les nœuds MCP natifs facilitent la connexion avec les systèmes de gestion.

Sécurité et gouvernance : ce que vous devez savoir avant de déployer

MCP résout le problème d'interopérabilité, mais ne résout pas par lui-même le problème de sécurité. Plusieurs aspects doivent être pris en compte par toute entreprise lors du déploiement de serveurs MCP en production :

La bonne nouvelle, c'est que la conception même de MCP — avec le serveur comme couche de contrôle interposée entre le modèle et les données — facilite l'application de ces mesures de manière centralisée, sans avoir à les implémenter dans chaque intégration séparément.

L'état de l'écosystème en 2026 : quels serveurs MCP existent déjà

L'un des avantages du fait que MCP soit devenu un standard est qu'il existe déjà une bibliothèque de serveurs préconstruits pour les outils les plus courants. Cela réduit considérablement le temps d'implémentation. Parmi les serveurs MCP disponibles en 2026 pour un usage professionnel, on trouve notamment :

Pour les systèmes verticaux ou propriétaires ne disposant pas de serveur MCP publié, l'alternative consiste à construire un serveur sur mesure, ce qui reste significativement plus rapide et plus maintenable que les intégrations ad hoc antérieures au protocole.

Questions fréquentes

Faut-il savoir programmer pour utiliser MCP dans mon entreprise ?

Pas directement. Si vous utilisez des outils standard (HubSpot, Salesforce, Notion, Jira, Google Drive…), il est probable qu'il existe déjà un serveur MCP préconstruit que vous pouvez configurer sans écrire de code. Pour les intégrations avec des systèmes propriétaires ou des ERP verticaux, un développement est nécessaire, généralement réalisé par le partenaire technologique. Ce que vous devez comprendre en tant que responsable métier, c'est quelles données vous exposez, à quels agents et avec quelles permissions : c'est une décision de gouvernance, pas seulement technique.

MCP est-il la même chose que le function calling d'OpenAI ou le tool_use d'autres modèles ?

Pas exactement. Le function calling est un mécanisme interne au modèle pour invoquer des fonctions définies dans l'appel à l'API. MCP est une couche au-dessus : un protocole standardisé qui permet à ces fonctions (tools) d'être définies dans un serveur séparé, réutilisable et partageable entre différents modèles et agents. En pratique, les modèles qui supportent MCP continuent d'utiliser le function calling en interne, mais la définition des outils réside dans le serveur MCP plutôt que dans le code de chaque application.

Comment MCP affecte-t-il la conformité à l'AI Act et au RGPD ?

MCP facilite la conformité parce qu'il centralise le contrôle d'accès et l'audit. Le Règlement européen sur l'IA (Règlement UE 2024/1689, en application progressive depuis août 2024) exige la traçabilité dans les systèmes d'IA à haut risque, et le RGPD exige que l'accès aux données personnelles soit documenté et justifié. Un serveur MCP bien configuré enregistre chaque appel d'outil avec ses paramètres et son résultat, ce qui facilite la démonstration lors d'un audit de ce que le système a fait avec quelles données et à quel moment. Ce n'est pas une solution de conformité en soi, mais c'est une pièce qui s'intègre bien dans une architecture d'IA responsable.

Combien de temps faut-il pour intégrer MCP dans une entreprise de taille intermédiaire ?

Cela dépend du nombre de systèmes à connecter et de l'existence de serveurs MCP préconstruits pour ceux-ci. Un projet type d'intégration MCP pour une PME avec trois ou quatre outils standard (CRM, ERP, gestion documentaire et ticketing) peut être en production en deux à six semaines, en incluant la configuration des permissions, les tests de sécurité et la formation de l'équipe. Pour les systèmes propriétaires ou les intégrations plus complexes, les délais sont plus longs. Chez Summum IA, nous accompagnons ce processus depuis l'analyse initiale jusqu'au déploiement et au suivi continu.