Le Model Context Protocol (MCP) est une couche de communication qui fournit à Claude du contexte et des outils sans que vous ayez à écrire un tas de code d'intégration fastidieux. Considérez-le comme un moyen de transférer la charge des définitions d'outils et de leur exécution de votre serveur vers des serveurs MCP spécialisés.

Lorsque vous découvrez MCP pour la première fois, vous verrez des diagrammes montrant l'architecture de base : un client MCP (votre serveur) se connectant à des serveurs MCP qui contiennent des outils, des invites et des ressources. Chaque serveur MCP agit comme une interface vers un service externe.
Comprendre MCP à travers un exemple concret
Supposons que vous construisiez une interface de chat où les utilisateurs peuvent interroger Claude sur leurs données GitHub. Un utilisateur pourrait demander « Quelles pull requests ouvertes existe-t-il sur l'ensemble de mes dépôts ? ». Pour répondre à cela, Claude a besoin d'outils pour accéder à l'API de GitHub.

Sans MCP, vous devriez créer vous-même tous les outils d'intégration GitHub. Cela signifie écrire des schémas et des fonctions pour chaque fonctionnalité GitHub que vous souhaitez prendre en charge.
Le problème des fonctions d'outils
GitHub dispose d'une fonctionnalité massive - dépôts, pull requests, issues, projets, et bien plus encore. Pour construire un chatbot GitHub complet, vous devriez créer un nombre incroyable d'outils :

Chaque outil nécessite à la fois une définition de schéma et une implémentation de fonction. Cela représente beaucoup de code que vous devez écrire, tester et maintenir en tant que développeur.
Comment MCP résout ce problème
MCP transfère la charge des définitions d'outils et de leur exécution de votre serveur vers des serveurs MCP. Au lieu que vous écriviez tous ces outils GitHub, ils sont créés et exécutés à l'intérieur d'un serveur MCP dédié.

Le serveur MCP agit comme une enveloppe autour des fonctionnalités de GitHub, fournissant des outils préconstruits que vous pouvez utiliser sans avoir à les implémenter vous-même.

Les serveurs MCP fournissent un accès à des données ou des fonctionnalités implémentées par des services externes. Ils regroupent des intégrations complexes en composants réutilisables auxquels toute application peut se connecter.
Questions fréquentes sur MCP

Qui crée les serveurs MCP ?
N'importe qui peut créer une implémentation de serveur MCP. Souvent, les fournisseurs de services eux-mêmes créent leurs propres implémentations MCP officielles. Par exemple, AWS pourrait publier un serveur MCP officiel avec des outils pour ses différents services.
En quoi MCP diffère-t-il des appels API directs ?
Les serveurs MCP fournissent des schémas d'outils et des fonctions déjà définis pour vous. Si vous appelez une API directement, vous êtes responsable de la création de ces définitions d'outils vous-même. MCP vous évite ce travail d'implémentation.
MCP n'est-il pas simplement de l'utilisation d'outils ?
C'est une idée fausse courante. Les serveurs MCP et l'utilisation d'outils sont des concepts complémentaires mais différents. MCP concerne qui effectue le travail de création et de maintenance des outils. Avec MCP, quelqu'un d'autre a déjà écrit les fonctions et schémas d'outils pour vous - ils sont intégrés dans le serveur MCP.
L'idée clé est que les serveurs MCP fournissent des schémas d'outils et des fonctions déjà définis pour vous, éliminant le besoin de construire et de maintenir des intégrations complexes vous-même.