MCP (Model Context Protocol) : ce que c'est et pourquoi ça change tout pour les agents IA

Ce que vous allez apprendre

• Ce qu'est vraiment le MCP et pourquoi il résout un problème fondamental des agents IA
• La différence concrète entre un agent IA sans MCP et un agent avec MCP sur des tâches réelles
• Quels outils supportent déjà le MCP, comment commencer à l'utiliser, et quelles précautions prendre

---

Depuis novembre 2024, un acronyme revient de plus en plus dans les discussions autour des agents IA : MCP, pour Model Context Protocol. Si vous avez déjà utilisé Claude, ChatGPT, Cursor ou n8n, vous avez peut-être croisé ce terme sans bien comprendre ce qu'il recouvre. Voici ce que c'est vraiment, pourquoi c'est important, et ce que ça change dans la pratique.

Le problème que le MCP résout

Imaginez que vous construisez un agent IA pour gérer votre CRM. L'agent doit lire des fiches Airtable, envoyer des emails via Gmail, créer des tâches dans Notion, et mettre à jour des deals dans HubSpot. Avant le MCP, pour brancher chacun de ces outils à votre agent, il fallait écrire un connecteur sur mesure pour chaque service : comprendre l'API de chaque outil, gérer l'authentification, formater les données dans un format que le modèle IA peut exploiter.

C'est faisable, mais c'est long, fragile, et chaque nouveau service demande un nouveau travail de développement. Les agents IA restaient donc limités à quelques intégrations, ou réservés aux équipes avec de vraies ressources techniques.

Le MCP a été annoncé par Anthropic le 25 novembre 2024 et publié en open source, avec sa spécification, ses SDK et un premier dépôt de serveurs (Google Drive, Slack, GitHub, Git, Postgres, Puppeteer). L'idée : plutôt que chaque outil crée son propre format d'intégration, un protocole commun. Un serveur MCP expose les capacités d'un outil de manière standardisée, et un agent compatible MCP peut s'y connecter sans écrire de connecteur spécifique.

C'est le principe de l'USB appliqué aux agents IA : un standard unique qui permet à tout appareil compatible de communiquer avec tout autre appareil compatible. Techniquement, le protocole repose sur des messages JSON-RPC 2.0 échangés entre un hôte (l'application d'IA, par exemple Claude Desktop ou Cursor), un client (le connecteur intégré à cet hôte) et un serveur (l'outil qui expose ses fonctions). Il s'inspire du Language Server Protocol, qui a standardisé l'ajout des langages de programmation dans les éditeurs de code.

Ce que ça change concrètement

Avant le MCP, un assistant IA dans une conversation pouvait répondre à vos questions, rédiger du texte, analyser des documents, mais il ne pouvait pas agir dans vos outils. Il était dans une boîte.

Avec le MCP, Claude peut être connecté à un serveur MCP Notion, Airtable, GitHub ou Supabase. Dans la même conversation, vous pouvez lui demander de lire une fiche client, de créer une page de projet, d'ouvrir une issue et d'écrire dans une base de données. L'assistant orchestre les appels lui-même, sans que vous changiez d'outil.

Ce que j'utilise concrètement via les serveurs MCP dans mes projets : accès direct aux bases Supabase depuis Claude sans écrire de requête SQL manuellement, lecture et écriture dans Notion depuis une conversation, et interrogation de mes bases Airtable en langage naturel. Ce qui prenait plusieurs étapes manuelles ou des scripts d'intégration se fait maintenant dans une conversation fluide.

Un serveur MCP expose trois types de choses à l'agent :

• Tools : des actions que le modèle peut déclencher (créer une issue, envoyer un message, exécuter une requête).
• Resources : des données que l'agent peut lire (un fichier, un enregistrement, un document).
• Prompts : des modèles de conversation ou de workflow que l'utilisateur peut invoquer.

La différence avec les API classiques et le function calling

La question revient souvent : « C'est quoi la différence avec une API, un webhook, ou le function calling ? »

Une API ou un webhook classique nécessite du code d'intégration pour chaque outil et chaque application d'IA. Le function calling permet à un modèle d'appeler des fonctions que vous avez décrites vous-même, mais la description et le branchement restent propres à chaque application. Le MCP standardise cette couche : un même serveur peut être utilisé par Claude, ChatGPT, Cursor ou VS Code sans être réécrit pour chacun.

Un point a évolué avec le temps. Les premières versions du protocole reposaient sur une session initialisée entre le client et le serveur. La spécification actuelle (version du 28 juillet 2026) est sans état : chaque requête est autonome et transporte sa propre version de protocole et ses capacités. Le serveur peut toujours demander une information au client (validation utilisateur, échantillonnage du modèle), mais cela se fait au sein de la réponse à une requête. Pour un chef de projet, la conséquence est simple : ces serveurs sont plus faciles à héberger et à faire monter en charge.

Qui supporte le MCP aujourd'hui

Le MCP n'est plus un projet réservé à Claude :

• OpenAI a annoncé le support du MCP fin mars 2025, d'abord dans son Agents SDK.
• Le 9 décembre 2025, Anthropic a donné le MCP à l'Agentic AI Foundation (AAIF), un fonds dirigé par la Linux Foundation, co-fondé par Anthropic, Block et OpenAI, avec le soutien de Google, Microsoft, AWS, Cloudflare et Bloomberg. Le protocole n'appartient donc plus à un seul éditeur.
• Selon Anthropic, à cette date, on comptait plus de 10 000 serveurs MCP publics actifs et plus de 97 millions de téléchargements mensuels des SDK Python et TypeScript. Le MCP est pris en charge par ChatGPT, Claude, Cursor, Gemini, Microsoft Copilot et Visual Studio Code, entre autres.

Côté outils métier, plusieurs éditeurs publient désormais leur propre serveur MCP officiel :

• Notion : serveur distant hébergé par Notion, connexion par OAuth.
• GitHub : serveur officiel, disponible en version distante (https://api.githubcopilot.com/mcp/) ou en local via Docker.
• Supabase : serveur officiel (https://mcp.supabase.com/mcp) pour interroger les tables, gérer les migrations, les Edge Functions et consulter les logs.
• Linear : serveur distant officiel (https://mcp.linear.app/mcp).
• Slack : serveur MCP officiel, disponible pour permettre à des agents comme Claude de rechercher et d'écrire dans un espace de travail (sous contrôle des administrateurs).
• Airtable : serveur officiel (mcp.airtable.com) pour lire et écrire dans vos bases.
• Make et n8n : Make propose un serveur MCP officiel qui expose vos scénarios (actifs, en exécution à la demande) comme des outils. n8n propose un nœud « MCP Server Trigger » qui permet d'exposer ses workflows à un client MCP, et un nœud « MCP Client Tool » pour utiliser des serveurs MCP existants dans un agent.

Pour une liste détaillée par cas d'usage, voir notre guide des meilleurs serveurs MCP disponibles. Pour voir ce que donne la publication d'un serveur MCP pour son propre produit, voir le retour d'expérience sur amphi-mcp.

Comment commencer avec Claude

Dans Claude.ai, l'ajout d'un serveur MCP distant se fait dans Personnaliser > Connecteurs, puis « Ajouter un connecteur personnalisé ». Cette option est disponible sur les offres Free, Pro, Max, Team et Enterprise (le plan gratuit est limité à un connecteur personnalisé). Pour les offres Team et Enterprise, c'est un propriétaire de l'organisation qui ajoute le connecteur, puis chaque membre s'y connecte individuellement.

À savoir : les serveurs MCP locaux, configurés dans Claude Desktop via le fichier claude_desktop_config.json, ne sont pas disponibles dans claude.ai. Pour ce dernier, il faut des serveurs distants. Anthropic recense par ailleurs plus de 75 connecteurs dans son annuaire (chiffre communiqué en décembre 2025).

Sécurité : ce qu'il faut savoir avant de brancher vos outils

Le MCP ne garantit pas la sécurité à lui seul. La spécification le dit clairement : le protocole ne peut pas faire respecter ces principes lui-même, et c'est aux applications de mettre en place les mécanismes de consentement et de contrôle d'accès. Les descriptions d'outils fournies par un serveur doivent être considérées comme non fiables, sauf si le serveur est de confiance.

En pratique, l'agent n'a accès qu'à ce que le compte ou le jeton que vous connectez autorise. Quelques réflexes :

• Connecter uniquement des serveurs dont vous connaissez l'éditeur, et lire les permissions demandées pendant l'authentification OAuth.
• Limiter les droits : Supabase recommande par exemple le mode lecture seule pour les tâches de diagnostic, la limitation à un projet précis et de ne connecter la production que lorsque la tâche l'exige.
• Garder la validation manuelle des actions sensibles activée, pour limiter les risques d'injection de prompt.

Ce qu'il faut retenir

• Le MCP est un standard ouvert, annoncé par Anthropic le 25 novembre 2024, qui permet aux agents IA de se connecter à des outils de manière standardisée.
• Il est désormais gouverné par l'Agentic AI Foundation (Linux Foundation) et pris en charge par Claude, ChatGPT, Gemini, Copilot, Cursor et VS Code.
• Avant le MCP, chaque intégration nécessitait du développement sur mesure ; avec le MCP, un même serveur sert plusieurs applications d'IA.
• La spécification actuelle (28 juillet 2026) est sans état : chaque requête est autonome.
• Notion, GitHub, Supabase, Linear, Slack, Airtable, Make et n8n proposent des serveurs ou nœuds MCP officiels.
• La sécurité repose sur les droits que vous accordez : lecture seule, périmètre limité et validation manuelle pour les actions sensibles.

Questions fréquentes

Le MCP est-il réservé aux développeurs ? Non. Utiliser des serveurs MCP existants dans Claude.ai passe par les paramètres de l'application, sans écrire de code. Créer un serveur MCP pour un outil non encore supporté demande en revanche du développement, avec des SDK officiels disponibles dans les principaux langages.

Est-ce que n'importe quel modèle IA peut utiliser le MCP ? Le MCP est un standard ouvert, et il n'est plus limité à Claude : ChatGPT, Gemini, Microsoft Copilot, Cursor et VS Code le prennent en charge. Le niveau de support (transports, fonctionnalités avancées) varie selon les éditeurs et les versions de la spécification.

Le MCP pose-t-il des problèmes de sécurité ? Comme toute intégration qui donne à une IA accès à vos données, oui, si elle est mal configurée. Le serveur agit avec les droits du compte que vous lui connectez. Le protocole ne garantit pas seul la protection : c'est à vous de limiter les permissions, de préférer la lecture seule quand elle suffit et de valider les actions sensibles.

Quelle est la différence entre un connecteur Claude et un serveur MCP ? Un connecteur, dans Claude.ai, est une intégration prête à l'emploi, activée en quelques clics. Un serveur MCP est le mécanisme technique sous-jacent, que vous pouvez aussi configurer vous-même pour connecter un outil qui n'est pas dans l'annuaire. Le guide des meilleurs serveurs MCP détaille cette distinction.

Sources

• Anthropic : Introducing the Model Context Protocol (25 novembre 2024)
• Anthropic : Donating the Model Context Protocol and establishing the Agentic AI Foundation (9 décembre 2025)
• Spécification MCP, version du 28 juillet 2026
• Claude Help Center : connecteurs personnalisés avec MCP distant
• Documentation Supabase MCP
• Documentation Linear MCP
• Documentation Notion MCP
• Dépôt officiel GitHub MCP Server
• Documentation n8n : MCP Server Trigger
• Documentation Make MCP Server

---

Vous voulez intégrer le MCP dans votre workflow ou vos projets clients ? Je peux vous accompagner sur la configuration et les cas d'usage adaptés à votre contexte. Le premier échange est gratuit — contactez-moi ou réservez un appel.