Introduction au Model Context Protocol

Le Model Context Protocol (MCP) est une couche de communication qui fournit à Claude du contexte et des outils sans vous obliger à écrire une quantité fastidieuse de code d’intégration. Pensez-y comme un moyen de déléguer la définition et l’exécution des outils à des serveurs MCP spécialisés, plutôt que de tout gérer vous-même.

Le problème sans MCP

Supposons 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 sont ouvertes dans tous mes dépôts ? »

Sans MCP, vous devriez créer tous les outils d’intégration GitHub vous-même : des schémas et des fonctions pour chaque fonctionnalité que vous souhaitez exposer (dépôts, pull requests, issues, projets, etc.).

GitHub possède des centaines de fonctionnalités. Construire un chatbot GitHub complet nécessiterait d’écrire, tester et maintenir un nombre considérable d’outils — chacun avec sa définition de schéma et son implémentation.

Comment MCP résout ce problème

MCP déplace la responsabilité de la définition et de l’exécution des outils de votre serveur vers des serveurs MCP dédiés. Au lieu d’écrire tous ces outils GitHub, ils sont créés et exécutés à l’intérieur d’un serveur MCP spécialisé.

Le serveur MCP agit comme un wrapper autour des fonctionnalités de GitHub, fournissant des outils prêts à l’emploi que vous pouvez utiliser sans les implémenter vous-même.

Principe clé : Les serveurs MCP fournissent des schémas d’outils et des fonctions déjà définis pour vous. Ils encapsulent des intégrations complexes en composants réutilisables que n’importe quelle application peut connecter.

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 publient leurs propres implémentations officielles — par exemple, AWS pourrait publier un serveur MCP officiel avec des outils pour leurs différents services.

MCP vs appels API directs

Quand vous appelez une API directement, vous devez écrire vous-même les définitions d’outils. Avec MCP, quelqu’un d’autre a déjà écrit ces définitions et fonctions — elles sont packagées dans le serveur MCP.

MCP vs utilisation d’outils classique

C’est une confusion courante. MCP et l’utilisation d’outils sont complémentaires mais différents :

• L’utilisation d’outils décrit le mécanisme par lequel Claude peut appeler des fonctions
• MCP décrit qui est responsable de créer et maintenir ces outils

Avec MCP, ce travail a déjà été fait pour vous.