Le Model Context Protocol (MCP) est une couche de communication qui fournit à Claude du contexte et des outils sans que vous ayez besoin d'é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 rencontrez 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.
Le problème que MCP résout
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 dans tous mes dépôts ? ». Pour gérer cela, Claude a besoin d'outils pour accéder à l'API de GitHub.
GitHub dispose d'une fonctionnalité massive - dépôts, pull requests, issues, projets, et bien plus encore. Sans MCP, vous devriez créer un nombre incroyable de schémas d'outils et de fonctions pour gérer toutes les fonctionnalités de GitHub.
Cela signifie écrire, tester et maintenir tout ce code d'intégration vous-même. C'est beaucoup d'effort et une charge de maintenance continue.
Comment fonctionne MCP
MCP transfère cette charge en déplaçant les définitions d'outils et leur exécution de votre serveur vers des serveurs MCP dédiés. Au lieu que vous rédigiez tous ces outils GitHub, un serveur MCP pour GitHub s'en occupe.
Le serveur MCP regroupe une multitude de fonctionnalités autour de GitHub et les expose sous la forme d'un ensemble standardisé d'outils. Votre application se connecte à ce serveur MCP au lieu de tout implémenter à partir de zéro.
Les serveurs MCP expliqués
Les serveurs MCP fournissent un accès à des données ou à des fonctionnalités implémentées par des services externes. Ils agissent comme des interfaces spécialisées qui exposent des outils, des invites et des ressources de manière standardisée.
Dans notre exemple GitHub, le serveur MCP pour GitHub contient des outils comme get_repos() et se connecte directement à l'API de GitHub. Votre serveur communique avec le serveur MCP, qui gère tous les détails d'implémentation spécifiques à GitHub.
Questions fréquentes
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 divers services.
En quoi est-ce différent d'appeler directement les API ?
Les serveurs MCP fournissent des schémas d'outils et des fonctions déjà définis pour vous. Si vous souhaitez appeler une API directement, vous devrez rédiger ces définitions d'outils vous-même. MCP vous évite ce travail d'implémentation.
MCP n'est-il pas simplement la même chose que 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. Les serveurs MCP fournissent des schémas d'outils et des fonctions déjà définis pour vous, tandis que l'utilisation d'outils concerne la manière dont Claude appelle réellement ces outils. La différence clé réside dans qui effectue le travail - avec MCP, quelqu'un d'autre a déjà implémenté les outils pour vous.
L'avantage est clair : au lieu de maintenir vous-même un ensemble complexe d'intégrations, vous pouvez tirer parti des serveurs MCP qui se chargent du gros du travail de connexion aux services externes.