Le Model Context Protocol (MCP) expliqué aux décideurs

Un modèle d'IA seul ne connaît ni vos clients, ni vos stocks, ni vos contrats. Toute la valeur de l'IA d'entreprise se joue dans la connexion entre le modèle et vos systèmes — ERP, CRM, bases documentaires, messageries. Jusqu'à récemment, chaque connexion était un développement sur mesure, à refaire pour chaque modèle et à maintenir indéfiniment. Le Model Context Protocol change cette équation, et c'est pour cela qu'il mérite trente minutes de votre attention, même si vous ne lirez jamais une ligne de code.

Qu'est-ce que le Model Context Protocol ?

Le Model Context Protocol (MCP) est un standard ouvert, publié par Anthropic fin 2024, qui décrit comment un modèle d'IA se connecte à des systèmes externes — bases de données, ERP, CRM, outils métiers — pour consulter des informations et déclencher des actions. Une intégration développée une fois selon ce standard fonctionne avec tous les modèles et applications compatibles.

L'analogie la plus parlante est celle du port USB-C : avant, chaque périphérique avait son câble propriétaire ; après, un connecteur unique sert à tout. MCP joue ce rôle entre les modèles d'IA et le système d'information de l'entreprise.

Quel problème MCP résout-il ?

Avant MCP, connecter l'IA à l'entreprise posait un problème de multiplication. Si vous vouliez que trois assistants — disons ChatGPT, Claude et un copilote interne — accèdent à cinq systèmes — ERP, CRM, base documentaire, messagerie, outil de tickets —, il fallait potentiellement construire et maintenir quinze intégrations différentes, chacune avec sa logique propre, sa sécurité propre et ses bugs propres.

Ce coût caché a tué plus de projets d'IA que la qualité des modèles. Les pilotes fonctionnaient ; la généralisation échouait sur l'intégration. Et chaque intégration propriétaire enfermait un peu plus l'entreprise chez un fournisseur : changer de modèle signifiait tout redévelopper.

Avec MCP, l'équation devient additive au lieu d'être multiplicative : vous exposez chaque système une seule fois, via un « serveur MCP », et tout modèle compatible peut s'y connecter. Trois assistants et cinq systèmes ne font plus quinze intégrations, mais cinq. Le jour où vous changez de modèle — pour des raisons de coût, de performance ou de souveraineté —, vos connecteurs restent.

Comment fonctionne MCP, sans plonger dans la technique ?

Trois notions suffisent pour suivre une conversation d'architecture :

• Le serveur MCP : un petit service qui se place devant l'un de vos systèmes (Odoo, SharePoint, une base SQL...) et expose au modèle un catalogue d'actions permises — « rechercher un client », « lire une facture », « créer un brouillon de devis ». C'est lui qui parle à votre système ; le modèle ne touche jamais directement vos données.
• Le client MCP : l'application d'IA que vos équipes utilisent (Claude, ChatGPT, un assistant interne). Elle découvre les serveurs disponibles et leurs capacités, et demande l'exécution des actions.
• Les permissions : chaque serveur décide de ce qu'il expose, à qui, et dans quelles limites. Un serveur bien conçu n'ouvre que le strict nécessaire — lecture seule sur les stocks, création limitée aux brouillons, jamais de suppression.

Le point clé pour un décideur : la frontière de sécurité se trouve dans le serveur MCP, c'est-à-dire chez vous. C'est vous qui définissez ce que l'IA peut voir et faire, action par action — pas le fournisseur du modèle.

Pourquoi les décideurs doivent-ils s'y intéresser maintenant ?

Parce que le pari du standard est déjà gagné. Lancé par Anthropic, MCP a été adopté bien au-delà : OpenAI l'a intégré à ses produits, les principaux éditeurs d'outils de développement le supportent, et un écosystème de serveurs prêts à l'emploi couvre les logiciels d'entreprise les plus répandus. Quand les concurrents directs s'accordent sur le même protocole, le risque de miser dessus devient faible — c'est le scénario HTTP ou USB, pas la guerre des formats.

Pour l'entreprise, trois conséquences concrètes :

• Vos investissements d'intégration deviennent durables. Un connecteur MCP vers votre ERP survivra aux changements de modèles, qui, eux, se succèdent tous les six mois.
• La réversibilité devient réelle. Pouvoir basculer de modèle sans redévelopper les intégrations transforme votre position de négociation face aux fournisseurs — et rend crédibles les scénarios souverains, où un modèle ouvert hébergé chez vous remplace un modèle cloud sur les cas sensibles.
• Le champ des cas d'usage s'élargit. Ce sont les connexions MCP qui transforment un chatbot qui « répond » en un assistant qui agit : préparer un devis dans l'ERP, qualifier un ticket, croiser un contrat avec la base clients.

Quels risques faut-il encadrer ?

Un connecteur universel ouvre des portes ; il faut donc décider lesquelles, et le décider explicitement. Trois chantiers de gouvernance accompagnent tout déploiement MCP sérieux :

• Les droits d'accès. L'IA ne doit jamais voir plus que l'utilisateur qu'elle assiste. Les serveurs MCP doivent hériter des habilitations existantes, pas les contourner. Un assistant connecté à l'ERP avec un compte administrateur est une faille, pas un gain de productivité.
• L'injection de prompt. Quand un modèle lit des contenus externes — un e-mail, une page web, un document —, des instructions malveillantes peuvent s'y cacher et tenter de détourner ses actions. La parade est architecturale : limiter les actions sensibles, exiger une validation humaine pour tout ce qui écrit ou envoie, et cloisonner les serveurs.
• La traçabilité. Chaque action déclenchée via MCP doit être journalisée : qui, quoi, quand, sur quel système. C'est la condition pour auditer les usages, répondre à un régulateur et diagnostiquer un incident.

Rien de tout cela n'est spécifique à MCP — ce sont les règles de toute intégration au système d'information. Mais le standard rend ces contrôles plus faciles à centraliser : une passerelle unique se gouverne mieux que quinze intégrations disparates.

Comment démarrer ?

La bonne première étape n'est pas technologique : c'est un inventaire. Quels systèmes contiennent les données que vos équipes ressaisissent ou recherchent à longueur de journée ? C'est là que la connexion IA-système d'information paie le plus vite. Choisissez ensuite un périmètre borné — un système, un cas d'usage, des accès en lecture seule — et mesurez : temps gagné, qualité des réponses, incidents.

Un pilote MCP bien cadré se monte en quelques semaines et produit deux résultats : un cas d'usage en production, et surtout une architecture réutilisable pour tous les suivants. C'est le cœur de notre métier d'ingénierie IA — concevoir des serveurs MCP sécurisés et les brancher sur vos systèmes existants, d'Odoo à Microsoft 365, dans le cadre de notre offre d'intégration IA. Pour explorer ce que MCP changerait à votre système d'information, parlons-en.