Qu'est-ce que le Model Context Protocol (MCP) ?
Définition simple du Model Context Protocol (MCP) : comment ça marche, à quoi ça sert en entreprise, et exemples concrets. Connectez votre SI à l'IA avec UrbaHive.
Frédéric Le Bris
CEO & Co-fondateur
Vous avez entendu parler du Model Context Protocol sans bien comprendre ce que c'est ? Vous n'êtes pas seul. Ce standard technique fait beaucoup parler depuis son lancement par Anthropic, mais les explications disponibles sont souvent trop abstraites ou trop techniques. Cet article vous donne une définition claire, illustrée d'exemples concrets tirés du monde de l'entreprise.
Définition : le Model Context Protocol en une phrase
Le Model Context Protocol (MCP) est un standard ouvert qui permet à un assistant IA de se connecter à des sources de données externes — bases de données, outils métier, cartographies SI — pour répondre à des questions sur votre contexte réel plutôt que sur des généralités.
En d'autres termes : sans MCP, un assistant IA comme Claude ne sait pas quelles applications composent votre SI, comment elles sont connectées, ni quels processus elles supportent. Avec MCP, il peut répondre à des questions précises sur votre organisation.
Pourquoi les assistants IA ont besoin de contexte
Un grand modèle de langage (LLM) est entraîné sur des milliards de documents. Il est très performant pour rédiger, synthétiser, raisonner. En revanche, il ne connaît rien de votre entreprise spécifiquement : ni votre parc applicatif, ni votre organisation, ni vos contraintes réglementaires propres.
Pour être utile sur des sujets internes, l'IA a besoin que vous lui fournissiez ce contexte. Jusqu'ici, cela se faisait en collant du texte dans la conversation — une démarche manuelle, peu fiable et peu évolutive. MCP automatise et structure ce transfert de contexte.
Comment fonctionne MCP ? L'analogie du traducteur
Imaginez un expert externe (l'IA) qui ne connaît pas votre entreprise. Pour répondre à vos questions, il a besoin d'un interlocuteur interne qui lui fournit les informations pertinentes en temps réel. MCP joue ce rôle d'interlocuteur structuré.
Plus techniquement, MCP repose sur une architecture en trois parties :
Le client — c'est l'application IA que vous utilisez (Claude Desktop, claude.ai, etc.). Il pose les questions au serveur MCP.
Le serveur MCP — c'est le composant mis à disposition par un fournisseur de données (UrbaHive, par exemple). Il détient vos données et répond aux requêtes du client selon des règles précises.
Le contexte — c'est la réponse du serveur, transmise au modèle pour enrichir sa réponse. Le modèle intègre ces données dans son raisonnement.
Ce qui est important : le modèle IA ne stocke pas vos données. Il les reçoit dans le cadre d'une session, les utilise pour formuler sa réponse, et c'est tout.
Pour une présentation plus approfondie du fonctionnement et des cas d'usage en entreprise, consultez notre guide complet Model Context Protocol : connecter l'IA à votre système d'information.
Exemples concrets de ce que MCP permet
Voici quelques questions qu'un DSI ou un architecte SI peut poser à Claude une fois MCP configuré avec UrbaHive :
- « Quelles applications dépendent du serveur SAP de production ? »
- « Résume mon paysage applicatif en cinq points. »
- « Quels processus métier passent par Salesforce ? »
- « Y a-t-il des applications exposées à Internet qui ne sont rattachées à aucun processus ? »
- « Quelles sont les applications modifiées au cours des trois derniers mois ? »
Dans chaque cas, Claude interroge le serveur MCP UrbaHive, récupère les données de votre cartographie SI, et formule une réponse basée sur votre réalité — pas sur une hypothèse générique.
MCP et la sécurité : ce que vous devez savoir
La première question que posent les DSI et RSSI est : « Mes données partent-elles chez Anthropic ? »
La réponse dépend de l'implémentation. Dans le cas d'UrbaHive, le serveur MCP fonctionne ainsi :
- Il ne fournit que les données strictement nécessaires à la requête (pas un export complet de la base).
- Il opère en lecture seule : l'IA ne peut ni créer, ni modifier, ni supprimer quoi que ce soit dans UrbaHive.
- Chaque appel est journalisé dans l'audit log UrbaHive.
- Le serveur est hébergé en Europe, conforme RGPD.
- L'accès est contrôlé par un token PAT révocable à tout moment.
Ces garde-fous sont pensés pour les environnements PME/ETI qui doivent répondre aux exigences NIS2 ou DORA. Pour aller plus loin sur la conformité, lisez NIS2 pour PME/ETI : cartographie SI et conformité.
MCP vs. RAG vs. fine-tuning : quelle différence ?
Ces trois approches permettent de contextualiser un LLM, mais elles ne s'adressent pas aux mêmes situations :
| Approche | Principe | Adapté pour |
|---|---|---|
| Fine-tuning | Réentraîner le modèle sur vos données | Adapter le style ou le domaine de façon permanente |
| RAG (Retrieval-Augmented Generation) | Rechercher des documents texte pertinents avant de générer | Interroger des bases documentaires (PDF, notes, emails) |
| MCP | Connecter le modèle à des APIs de données structurées en temps réel | Interroger des référentiels vivants (SI, CRM, ERP, cartographie) |
Pour la cartographie SI, MCP est la bonne approche : vos données sont structurées, évoluent régulièrement, et vous avez besoin de réponses à jour — pas d'une synthèse de documents figés.
Qui a créé le Model Context Protocol ?
MCP a été conçu et publié par Anthropic, l'entreprise derrière l'assistant Claude, en novembre 2024. Il a depuis été ouvert à la communauté sous forme de spécification publique, et d'autres éditeurs commencent à l'implémenter dans leurs produits.
UrbaHive fait partie des premières plateformes de cartographie SI à avoir intégré un serveur MCP natif, permettant aux équipes IT de connecter Claude à leur référentiel d'architecture d'entreprise. Voir la page Connecteurs UrbaHive.
Conclusion
Le Model Context Protocol n'est pas un buzzword de plus. C'est une brique d'infrastructure qui change concrètement ce que l'IA peut faire pour votre équipe IT : passer de réponses génériques à des analyses ancrées dans votre réalité SI.
Pour aller plus loin : découvrez comment configurer MCP en quelques minutes dans notre tutoriel Connecter Claude à votre cartographie SI avec MCP, ou explorez toutes les fonctionnalités de cartographie dans notre guide de l'urbanisation SI pour PME/ETI.
Prêt à tester ? Créez votre compte gratuitement sur app.urbahive.com/signup.
FAQ — Qu'est-ce que le MCP ?
MCP signifie quoi ?
MCP est l'acronyme de Model Context Protocol. En français, on peut le traduire par « protocole de contexte pour modèle [de langage] ». C'est le standard technique qui définit comment un assistant IA communique avec des sources de données externes.
MCP est-il réservé aux développeurs ?
Non. La configuration d'un serveur MCP nécessite quelques manipulations techniques (générer un token, modifier un fichier de configuration), mais l'utilisation au quotidien est entièrement accessible aux non-développeurs. Une fois configuré, vous interagissez avec votre SI en langage naturel.
Le MCP fonctionne-t-il uniquement avec Claude ?
MCP a été créé par Anthropic et est nativement intégré dans les produits Claude. D'autres éditeurs commencent à le supporter, mais Claude (Desktop, claude.ai, Claude Code) reste aujourd'hui l'environnement le plus complet pour en exploiter tout le potentiel.
Peut-on utiliser MCP gratuitement ?
Le protocole MCP est un standard ouvert et gratuit. L'accès au serveur MCP UrbaHive est inclus dans les plans payants (à partir du Starter à 29 €/mois). Un plan Free est disponible pour découvrir la plateforme.
MCP remplace-t-il une intégration API classique ?
Non, ce sont deux approches complémentaires. Une intégration API classique fait communiquer deux systèmes de façon automatisée. MCP crée un canal entre un système de données et un assistant IA, pour permettre à un utilisateur humain de dialoguer avec ces données en langage naturel.