MCP (Model Context Protocol) : connecter l'IA à vos outils, simplement expliqué

Qu'est-ce que le Model Context Protocol ?

Le Model Context Protocol est un standard open source, lancé par Anthropic, qui définit une façon commune de connecter des applications d'intelligence artificielle à des systèmes externes. Sa documentation officielle le compare à un port USB-C pour les applications d'IA : de la même manière que l'USB-C permet de brancher des appareils très différents avec la même prise, le MCP permet de brancher un assistant IA à des fichiers, des bases de données, des outils de recherche ou des logiciels métier.

Avant ce standard, chaque intégration était développée spécifiquement pour un assistant donné. Avec le MCP, un éditeur de logiciel ou une entreprise crée un serveur MCP pour son outil, et tout assistant compatible peut l'utiliser. La documentation cite parmi les clients compatibles Claude, ChatGPT et des outils de développement comme Visual Studio Code ou Cursor.

Comment fonctionne le MCP, concrètement ?

L'architecture repose sur deux rôles. Le serveur MCP est un petit programme qui expose ce qu'un outil sait faire : des données à lire (des fichiers, des fiches clients), des actions à exécuter (créer une tâche, envoyer un brouillon) et parfois des modèles de consignes. Le client MCP, c'est l'application d'IA, par exemple l'assistant Claude ou un agent de code, qui découvre ces capacités et les utilise pendant la conversation.

Quand vous demandez « prépare un résumé des tickets ouverts cette semaine », l'assistant comprend qu'il a besoin de l'outil de tickets, appelle le serveur MCP correspondant, reçoit les données, puis rédige le résumé. Selon la configuration, il vous demande l'autorisation avant d'exécuter une action qui modifie quelque chose. C'est ce mécanisme qui transforme un assistant de conversation en véritable agent IA.

Quels exemples d'usage du MCP en entreprise ?

• Interroger son CRM en langage naturel : « quels clients n'ont pas été relancés depuis 30 jours ? ».
• Rechercher dans un drive ou une base documentaire et obtenir une synthèse sourcée.
• Préparer des brouillons d'e-mails à partir des informations d'un dossier.
• Créer ou mettre à jour des tâches dans un outil de gestion de projet.
• Pour les développeurs, relier un agent de code à une maquette, une base de test ou une documentation interne.

La documentation officielle mentionne aussi des cas plus spectaculaires, comme un agent qui accède à un agenda et à des notes pour devenir un assistant personnel, ou un outil de code qui génère une application web à partir d'une maquette. Pour une PME, les gains les plus immédiats viennent souvent de la recherche d'information et de la préparation de documents, que nous mettons en place dans nos projets d'automatisation IA.

Faut-il développer ses propres serveurs MCP ?

Pas forcément. De nombreux éditeurs publient déjà des connecteurs pour leurs outils, et les assistants comme Claude proposent des connecteurs prêts à l'emploi pour des services courants de messagerie, de stockage ou de gestion. La première étape consiste donc à vérifier ce qui existe pour les logiciels que vous utilisez.

Un serveur sur mesure devient utile quand vos données sont dans un logiciel métier spécifique, une base interne ou un outil sans connecteur. Il permet alors de donner à l'IA un accès précis et contrôlé : uniquement certaines tables, uniquement en lecture, uniquement pour certains utilisateurs. C'est souvent la brique centrale d'un projet d'agent IA : l'agent n'est utile que s'il accède aux bonnes données, de la bonne façon.

Quels risques de sécurité avec le MCP ?

Chaque connexion MCP donne à l'IA un pouvoir de lecture ou d'action. Trois risques doivent être anticipés. Des droits trop larges, d'abord : un connecteur avec un accès administrateur à votre CRM permet à l'IA de tout modifier. L'injection de prompt, ensuite : un document ou une page web lu par l'IA peut contenir des instructions cachées qui la détournent, un risque décrit dans notre article sur la sécurité des IA. Les connecteurs non fiables, enfin : installer un serveur MCP trouvé en ligne revient à installer un logiciel, avec les mêmes précautions.

Les bonnes pratiques : droits minimaux, accès en lecture seule par défaut, validation humaine avant toute action qui modifie, envoie ou supprime, journalisation des actions, et connecteurs issus de sources de confiance. Le site officiel du MCP consacre d'ailleurs une section entière aux bonnes pratiques de sécurité.

Par où commencer avec le MCP ?

1. Lister les trois outils où vos équipes passent le plus de temps à chercher ou recopier de l'information.
2. Vérifier les connecteurs existants pour ces outils dans votre assistant IA.
3. Tester en lecture seule avec un petit groupe, sur des données non sensibles.
4. Mesurer le temps gagné, puis ouvrir progressivement des actions encadrées.
5. Documenter qui a accès à quoi, dans votre registre RGPD et votre charte IA.

Si vos outils ne disposent d'aucun connecteur, nous pouvons développer un serveur MCP sur mesure et sécurisé, adapté à vos règles d'accès.

Questions fréquentes

Sources

• Model Context Protocol : introduction officielle(nouvel onglet)
• Claude : présentation du produit et des connecteurs(nouvel onglet)
• OWASP : injection de prompt (LLM01)(nouvel onglet)

Cet article a une visée informative et ne constitue pas un conseil juridique.