Tribune · Blog Codito

MCP : le protocole qui branche l'IA sur vos outils

Le Model Context Protocol fait passer le branchement de l'IA sur vos logiciels du développement sur mesure à la connexion standard. Ce que ça change sur les coûts, les délais et la dépendance — et les trois questions à poser à votre prestataire.

EEmile Chalmé
4 min de lecture
MCPAgents IAIntégration

Le MCP, pour Model Context Protocol, est une norme ouverte publiée par Anthropic fin 2024 qui décrit comment une IA se branche sur un outil ou une source de données. Pour un dirigeant, l'enjeu tient en une phrase : ce protocole fait passer le raccordement de l'IA à vos logiciels du développement sur mesure à la connexion standard. Ce qui coûtait des semaines par outil devient une brique réutilisable.

Le sujet paraît technique. Il ne l'est pas, parce qu'il détermine trois choses très concrètes : combien coûte le branchement de l'IA sur vos données, à quelle vitesse vous pouvez changer d'outil, et à qui appartient l'intégration que vous financez.

Le problème que le MCP résout

Un assistant IA sans accès à vos données ne sait rien de votre entreprise. Il ne connaît ni vos prix, ni vos clients, ni vos documents. Pour qu'il devienne utile, il faut le connecter : au CRM, à la messagerie, au serveur de fichiers, à l'ERP, à la base métier.

Jusqu'ici, chaque connexion était un développement spécifique : un modèle, un outil, un connecteur. Dix outils, dix connecteurs, et autant à maintenir quand une interface change. C'est le fameux problème en M × N : autant d'intégrations que de modèles multipliés par le nombre d'outils.

Le MCP remplace cette multiplication par une addition. L'outil expose une fois ses capacités selon la norme ; n'importe quel modèle compatible s'y connecte. On passe de M × N intégrations à M + N.

Ce que ça change, en langage de dirigeant

SujetAvantAvec le MCP
Coût du branchementUn développement par outil et par modèleUn serveur par outil, réutilisable par tous les modèles
Changement de modèleRefaire les connecteursLes connexions restent, on change le modèle
DélaiDes semaines par intégrationDes jours quand un serveur existe déjà pour l'outil
DépendanceIntégrations propriétaires au prestataireNorme ouverte, reprise possible par une autre équipe
ContrôleDifficile à auditerLes capacités exposées sont déclarées et listables

À quoi ça ressemble dans une PME

Un exemple réel, chez un client de notre division BTP : GAEA Géotechnique, un bureau d'études qui prépare entre 20 et 25 devis par semaine. Chaque devis suppose d'analyser une parcelle et de croiser des données publiques sur les sols. L'agent que nous avons construit interroge ces sources publiques via le protocole MCP, pré-remplit l'implantation des sondages et la trame du devis. La validation humaine reste systématique avant l'envoi au client.

L'intérêt n'est pas le gadget : c'est que la connexion aux données est une brique séparée de l'agent. Si le modèle change demain, l'agent change ; la connexion reste.

Les trois questions à poser à votre prestataire

  1. Les connexions à nos outils sont-elles conformes au MCP, ou propriétaires ? La réponse détermine ce que vous pourrez reprendre ailleurs. Une intégration propriétaire vous lie au prestataire qui l'a écrite.
  2. Quelles actions exactement sont exposées à l'IA, et qui les valide ? Un serveur MCP déclare ses capacités : lecture seule, écriture, suppression. Un bon prestataire vous montre cette liste, la restreint au strict nécessaire, et fait passer les actions sensibles par une validation humaine.
  3. Qui possède le code et où tournent les serveurs ? Le protocole ne dit rien de l'hébergement : c'est votre contrat qui le dit. La question de la propriété du code et de la localisation des données reste entière.

Ce que le MCP ne règle pas

Trois illusions à écarter. Le MCP ne nettoie pas vos données : un CRM à moitié rempli reste à moitié rempli, et l'IA branchée dessus répondra à moitié. Il ne définit pas vos droits d'accès : c'est à vous de décider qui voit quoi, le protocole ne fait qu'exécuter. Et il ne remplace pas le travail de cadrage : savoir quelle tâche automatiser d'abord reste la décision qui détermine le retour sur investissement — c'est l'objet de notre audit IA.

Un signe que la norme s'installe : les éditeurs d'outils métier commencent à publier leurs propres serveurs MCP. Notre CTO a analysé le cas de Retool dans cet article.

Par où commencer

  1. Listez les trois outils qui contiennent l'information dont vos équipes ont besoin tous les jours.
  2. Vérifiez si un serveur MCP existe déjà pour chacun — c'est de plus en plus souvent le cas.
  3. Commencez par une connexion en lecture seule sur un seul outil, et mesurez ce qu'elle fait gagner avant d'ouvrir l'écriture.

Nous construisons ce type de branchement dans le cadre de notre offre de développement sur mesure, à partir de 3 000 € HT, et nous l'installons progressivement dans le cadre de l'Accompagnement. Pour en parler, réservez un échange de 30 minutes.

Retour

Questions fréquentes

Qu'est-ce que le MCP (Model Context Protocol) ?

Le MCP est une norme ouverte publiée par Anthropic fin 2024 qui décrit comment une intelligence artificielle se connecte à un outil ou à une source de données. L'outil expose ses capacités une fois selon la norme, et n'importe quel modèle compatible peut s'y connecter, au lieu d'un connecteur développé pour chaque couple modèle-outil.

Pourquoi le MCP intéresse-t-il un dirigeant et pas seulement un développeur ?

Parce qu'il change trois choses concrètes : le coût du branchement de l'IA sur les données de l'entreprise, le délai de mise en place, et la dépendance au prestataire. Une intégration conforme à une norme ouverte peut être reprise par une autre équipe ; une intégration propriétaire vous lie à celui qui l'a écrite.

Le MCP pose-t-il un problème de sécurité ?

Le protocole déclare explicitement les actions exposées à l'IA (lecture, écriture, suppression), ce qui les rend auditables. La sécurité dépend de ce que l'on choisit d'exposer, de la validation humaine sur les actions sensibles et de l'hébergement des serveurs, qui relèvent du contrat et non du protocole.

Faut-il attendre que le MCP se généralise avant de brancher l'IA sur ses outils ?

Non. La bonne approche est de commencer par une connexion en lecture seule sur un seul outil, de mesurer le gain, puis d'étendre. Attendre coûte plus cher que commencer petit, à condition de ne pas ouvrir l'écriture avant d'avoir cadré les droits d'accès.