C'est quoi le MCP en termes simples ?

Le MCP (Model Context Protocol) est un standard universel qui permet à n'importe quel LLM (Claude, ChatGPT, Gemini) de se connecter à n'importe quelle application (Notion, Gmail, Slack, GitHub) via un connecteur unique. Au lieu de créer une intégration custom pour chaque paire LLM-outil, le MCP crée un langage commun entre les deux.

Qui a créé le MCP et est-ce que c'est open source ?

Le MCP a été créé par Anthropic (la société derrière Claude) et publié en open source. N'importe quel développeur peut créer un serveur MCP pour son application, et n'importe quel LLM peut implémenter le protocole côté client. OpenAI, Google et d'autres l'ont adopté.

Quelle est la différence entre le MCP et une API classique ?

Une API expose des endpoints fixes que le développeur doit intégrer manuellement. Le MCP ajoute une couche de découverte : le LLM peut interroger un serveur MCP pour savoir ce qu'il sait faire, quels outils sont disponibles et quels paramètres envoyer. L'IA comprend l'API sans qu'il soit nécessaire de coder l'intégration.

MCP (Model Context Protocol)

Qu’est-ce que le MCP ?

Le Model Context Protocol (MCP) est un protocole ouvert qui standardise la façon dont les LLM communiquent avec les applications externes. Créé par Anthropic et publié en open source, c’est devenu le standard de facto pour connecter l’IA à vos outils.

L’analogie la plus claire : le MCP est l’USB-C de l’intelligence artificielle. Avant l’USB-C, chaque appareil avait son propre chargeur. Avant le MCP, chaque combinaison LLM + outil nécessitait une intégration custom.

Le problème que le MCP résout

Sans MCP, connecter des LLM à des outils crée un problème N x M :

5 LLM sur le marché (Claude, ChatGPT, Gemini, Llama, Mistral)
50 applications populaires (Notion, Gmail, Slack, GitHub…)
= 250 intégrations custom à créer et maintenir

Avec le MCP, chaque outil crée un seul serveur MCP. Chaque LLM implémente un seul client MCP. Résultat : 5 + 50 = 55 connecteurs au lieu de 250. Et tout est interopérable.

Architecture : client, serveur, host

Le MCP repose sur trois composants :

Serveur MCP — L’application qui expose ses fonctionnalités (Notion, Gmail, n8n, Blender). Le serveur déclare : “Voici les outils que je propose, voici les données que je peux fournir.”
Client MCP — Le LLM ou l’agent IA qui consomme ces fonctionnalités. Le client découvre les outils disponibles et les appelle quand nécessaire.
Host MCP — L’application qui orchestre la connexion (Claude Desktop, Cursor, un agent n8n). Le host gère la session entre le client et les serveurs.

Les trois primitives du protocole

Le MCP expose trois types de capacités :

Primitive	Description	Exemple
Tools	Actions exécutables par le LLM	Créer une page Notion, envoyer un email
Resources	Données consultables par le LLM	Lire un document, récupérer un fichier
Prompts	Templates d’instructions réutilisables	Prompt de résumé, prompt d’analyse

MCP vs API : quelle différence ?

Une API REST classique expose des endpoints que le développeur intègre manuellement. Le MCP ajoute une couche d’intelligence :

Découverte dynamique — Le LLM interroge le serveur pour savoir ce qu’il sait faire
Descriptions sémantiques — Chaque outil est décrit en langage naturel pour que le LLM comprenne quand et comment l’utiliser
Standard unique — Pas besoin de lire la doc de chaque API, le protocole est le même partout

Comment utiliser le MCP concrètement

Le chemin le plus simple pour commencer :

Installez Claude Desktop — le client MCP est intégré nativement
Connectez un serveur MCP — Notion, GitHub, ou filesystem pour tester en local
Demandez à Claude d’agir — “Créez une page dans Notion avec le résumé de ce document”

Le LLM découvre les outils disponibles, choisit le bon, et exécute l’action. Aucun code à écrire pour les serveurs préconfigurés.

Pourquoi le MCP compte

Le MCP standardise la communication entre les LLM et les outils externes. Un LLM équipé du MCP peut lire vos données, exécuter des actions et interagir avec votre écosystème d’outils — le tout via un protocole open source et interopérable. Concrètement, un chatbot classique se limite à générer du texte ; avec le MCP, il devient un agent IA capable d’agir dans vos applications.

Des plateformes no-code comme n8n intègrent déjà le MCP pour orchestrer des workflows entre plusieurs serveurs MCP, ce qui ouvre la voie à des automatisations avancées sans écrire une ligne de code.