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 une multitude de code d'intégration fastidieux. Plutôt que de construire vous-même chaque fonction d'outil, MCP transfère cette charge à des serveurs spécialisés qui se chargent du gros du travail.
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 connecte à des serveurs MCP qui contiennent des outils, des invites et des ressources. Chaque serveur MCP agit comme une interface vers des services externes tels que GitHub, AWS ou des bases de données.
Le problème que MCP résout
Imaginons que vous construisez 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 capables d'accéder à l'API de GitHub.
GitHub dispose d'une fonctionnalité massive - dépôts, pull requests, issues, projets, et bien plus encore. Pour gérer toutes les fonctionnalités de GitHub, vous devriez créer un nombre incroyable de schémas d'outils et de fonctions :
Cela signifie écrire, tester et maintenir beaucoup de code pour des fonctions telles que :
get_repos()list_repos()create_repos()search_issues()update_issue()create_issue()get_issue()create_file()
Comment MCP change cela
MCP transfère la charge des définitions d'outils et de leur exécution de votre serveur vers des serveurs MCP. Plutôt que vous écriviez tous ces outils d'intégration GitHub, quelqu'un d'autre crée un serveur MCP pour GitHub qui contient tous les outils et fonctions nécessaires.
Le serveur MCP agit comme un wrapper autour du service externe, fournissant des outils préconstruits que vous pouvez utiliser immédiatement. Votre serveur devient un client MCP qui se connecte à ces serveurs spécialisés.
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éeront des implémentations MCP officielles. Par exemple, AWS pourrait publier son propre serveur MCP officiel avec des outils pour ses différents services.
Vous pouvez également créer votre propre serveur MCP pour encapsuler l'accès à tout service avec lequel vous devez vous intégrer.
Questions fréquentes
En quoi l'utilisation d'un serveur MCP diffère-t-elle de l'appel direct à l'API d'un service ?
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 devrez écrire vous-même ces définitions d'outils. MCP vous évite ce travail d'implémentation.
Les serveurs MCP et l'utilisation d'outils ne sont-ils pas la même chose ?
C'est une idée fausse répandue. 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 préconstruits, tandis que l'utilisation d'outils concerne la manière dont Claude appelle réellement ces outils. MCP concerne en réalité qui effectue le travail de création et de maintenance des implémentations d'outils.
L'avantage clé est que les serveurs MCP vous donnent accès à des intégrations sophistiquées sans avoir à construire et maintenir tout ce code vous-même. Vous obtenez la puissance de l'utilisation d'outils avec beaucoup moins de charge de développement.