MCP Model Context Protocol : définition et usages concrets

Vous copiez des données d’un outil vers une IA, puis le résultat vers un autre outil ? Le MCP (Model Context Protocol) supprime ces allers-retours : cette norme permet à Claude, à ChatGPT ou à un agent de code de se brancher directement sur vos applications. Anthropic l’a publiée en open source le 25 novembre 2024. Voici ce qu’elle permet, quelles précautions elle impose et par où commencer.

L’essentiel

Le MCP est un standard ouvert qui relie une application d’IA à des outils et à des données, sans intégration sur mesure.
Un serveur MCP expose des outils, des ressources et des prompts ; l’application d’IA s’y connecte via un client dédié.
Commencez par deux ou trois connecteurs officiels, avec des droits minimaux et une validation manuelle des actions sensibles.
Le MCP n’est ni un modèle ni un framework d’agents, et ses permissions restent grossières : prudence avec les serveurs tiers.

AFFICHER LE SOMMAIRE

Un port universel pour l’IA

Le MCP est un standard ouvert qui relie une application d’IA à des données, des outils et des actions. La documentation officielle le compare à un port USB-C pour l’IA. Avant lui, chaque connexion demandait une intégration sur mesure. Désormais, un outil exposé une fois fonctionne avec tous les clients compatibles : Claude, ChatGPT, Cursor ou Visual Studio Code le prennent en charge.

Comment il fonctionne

Trois rôles se partagent le travail :

l’hôte : l’application d’IA que vous utilisez (Claude Desktop, Claude Code) ;
le client : le composant de l’hôte qui garde la connexion ouverte, un par serveur ;
le serveur : le programme qui donne accès à un outil ou à des données, en local ou à distance.

Un serveur expose trois types d’éléments : des outils (actions que l’IA peut lancer), des ressources (données à lire) et des prompts (modèles de consigne). Un serveur local communique directement avec l’application sur votre machine (stdio), un serveur distant passe par internet (HTTP), avec OAuth recommandé pour l’authentification.

Schéma de l'architecture MCP : une application d'IA (hôte) ouvre un client par serveur, un serveur local en stdio et un serveur distant en HTTP, chacun pouvant exposer des outils, des ressources et des prompts

Ce que cela change pour vous

Sans MCP, vous exportez un CSV, vous le collez dans l’IA, puis vous reformatez. Avec MCP, vous demandez en langage naturel : l’IA interroge l’outil en direct et peut même écrire dedans. Notion et Google Drive font partie des connecteurs les plus courants, activables en quelques clics dans les connecteurs de Claude. Je recommande de commencer par deux ou trois connecteurs, le temps de mesurer un gain simple.

Pour exposer vos propres outils, n8n peut jouer le rôle de serveur grâce à son nœud MCP Server Trigger.

Le principal risque est l’injection de prompt : un e-mail ou un événement de calendrier peut contenir des instructions malveillantes que l’IA exécuterait. Quatre garde-fous réduisent ce risque sans le supprimer :

des droits minimaux pour chaque connecteur, choisis au moment de l’autoriser (lecture seule quand c’est possible) ;
une validation manuelle des actions sensibles (envoi d’e-mail, facture) ;
une trace des actions de l’IA ;
une consigne de prudence (en cas de doute, l’IA demande avant d’agir), utile mais contournable par une injection : elle ne remplace pas la validation manuelle.

Des usages concrets

Deux cas ressortent pour un indépendant. Côté SEO, un connecteur Search Console permet de dépasser les 1 000 requêtes de l’interface native. Côté automatisation, n8n peut exposer ses workflows comme outils, ce que prolonge ce retour d’expérience sur l’automatisation de tâches SEO hebdomadaires avec n8n.

Le MCP ne travaille pas seul : un agent a aussi besoin de contexte écrit. La mémoire persistante d’un agent IA conserve vos règles, le MCP lui donne accès aux données en direct. Si vous débutez, Claude Code pour le SEO sans coder montre ce qu’un non-développeur réussit déjà. Pour voir l’ensemble assemblé, comparez avec un pipeline éditorial IA pour son site ou une stack IA solopreneur.

Les limites à connaître

L’autorisation est optionnelle dans la spécification, et les permissions restent grossières : le protocole ne définit pas de droit fin par outil.
Il n’existe pas de découverte de serveurs : hors annuaires de connecteurs, il faut connaître l’adresse du serveur.
La gestion des erreurs et l’orchestration restent à la charge de l’application cliente.

Une précision pour finir : le MCP n’est ni un modèle d’IA, ni un framework d’agents. Le protocole A2A (Agent2Agent), lui, relie des agents entre eux, alors que le MCP relie une IA à des outils.

FAQ

Un serveur MCP trouvé en ligne est-il sûr à connecter ?

Seulement si vous en connaissez l’éditeur. Un serveur MCP exécute du code avec les droits que vous lui donnez, et ceux qui récupèrent du contenu externe vous exposent à l’injection de prompt. Privilégiez les connecteurs officiels des annuaires, accordez le minimum de droits (lecture seule quand c’est possible) et testez d’abord sur des données sans enjeu.

Le MCP remplace-t-il mes workflows n8n ?

Non, les deux se combinent. Un workflow n8n suit des étapes fixes que vous avez définies, alors qu’une IA branchée en MCP choisit elle-même l’outil à appeler. Le nœud MCP Server Trigger de n8n permet justement d’exposer un workflow comme outil. Pour trancher selon la tâche, comparez un agent IA ou workflow n8n selon le besoin.

Faut-il savoir coder pour utiliser le MCP ?

Pas pour les connecteurs officiels, qui s’activent en quelques clics dans Claude ou dans ChatGPT. Les connecteurs non officiels, comme ceux de la Search Console, demandent une configuration manuelle plus technique. Pour exposer vos propres outils, le nœud MCP Server Trigger de n8n propose une authentification par jeton Bearer ou par en-tête.