Agents & outils · 27 août 2026 · 5 min
Connecter l'IA à vos outils métier : le MCP expliqué sans jargon
Tant que l'IA ne voit pas vos données, vous passez votre temps à faire du copier-coller. Ce que change le Model Context Protocol, et les garde-fous à poser avant de brancher quoi que ce soit.
Le moment où l'IA devient vraiment utile en entreprise n'est pas celui où on l'installe : c'est celui où elle a accès à ce sur quoi vous travaillez. Tant qu'elle ne voit rien, vous êtes condamné au copier-coller — et personne ne tient longtemps à recopier un tableau dans une fenêtre de discussion.
Le problème : l'IA travaille à l'aveugle
Un modèle de langage ne sait rien de votre entreprise. Il ne connaît ni vos clients, ni vos stocks, ni vos procédures. À chaque question, c'est à vous de lui fournir le contexte, à la main, à chaque fois.
Pendant longtemps, brancher l'IA sur un logiciel interne demandait un développement spécifique par outil. Un connecteur pour le CRM, un autre pour la messagerie, un autre pour le fichier partagé. Cher à construire, pénible à maintenir, et à refaire à chaque changement de modèle.
Le Model Context Protocol, en une phrase
Le MCP est une façon standard de présenter un outil à une IA — la même pour tous les outils et tous les modèles. Une prise universelle, là où il fallait auparavant un adaptateur par appareil.
Concrètement : on décrit une fois ce que votre logiciel sait faire et ce qu'il accepte de montrer, et n'importe quel assistant compatible peut s'en servir. Changer de modèle demain ne vous oblige plus à tout reconstruire.
Ce que ça change dans une journée de travail
L'assistant cesse de deviner et commence à consulter. Il lit la fiche du client dont vous parlez, vérifie une disponibilité réelle, retrouve le devis précédent, prépare le document à partir de vos vraies données et non d'un modèle générique.
Le gain n'est pas spectaculaire en démonstration. Il l'est dans la durée : ce sont les allers-retours entre logiciels qui disparaissent, pas une tâche entière.
Les garde-fous à poser avant de brancher
Le périmètre. Un agent ne doit voir que ce dont il a besoin pour sa tâche. « Accès à tout » est une facilité de départ qui se paie toujours.
Les droits. Un agent hérite des droits qu'on lui donne, pas de ceux de la personne qui le sollicite. Si la distinction n'est pas posée dès le départ, vous venez de créer un contournement de vos propres règles d'accès.
L'écriture. Lire est peu risqué, écrire l'est beaucoup plus. Je commence systématiquement par des agents en lecture seule, et je n'ouvre l'écriture qu'une fois qu'on sait exactement ce que le système fait, et que chaque action laisse une trace consultable.
Rien de tout cela n'est technique au fond : ce sont des décisions d'organisation. La partie informatique est la plus simple des deux.