Quiz : Model Context Protocol
Mis à jour le 30 juillet 2026
Le module MCP est bouclé — vérifiez que l’essentiel est en place avant d’avancer. Le format : formulez votre réponse avant de lire celle qui suit chaque question. Pour les questions interactives et la certification officielle, rendez-vous sur Anthropic Academy.
Questions de révision
1. Quel est le principal avantage de MCP par rapport à l’intégration directe d’API ?
MCP déplace la responsabilité de la définition et de l’exécution des outils vers des serveurs spécialisés. Vous n’avez plus à écrire, tester et maintenir chaque intégration vous-même — un serveur écrit une fois sert tous les clients compatibles.
2. Quels sont les trois composants qu’un serveur MCP peut exposer ?
Outils (actions), Ressources (données), Prompts (templates). Et la clé de répartition : les outils sont contrôlés par le modèle, les ressources par l’application, les prompts par l’utilisateur.
3. Quelle est la différence entre une ressource directe et une ressource avec template ?
- Ressource directe : URI statique (
docs://documents) - Ressource avec template : URI paramétrique (
docs://documents/{doc_id})
La seconde couvre une famille entière d’adresses avec une seule définition, le SDK injectant les paramètres de l’URI dans la fonction.
4. Quand utilise-t-on les ressources plutôt que les outils ?
Quand on veut fournir des données directement dans le contexte du prompt, sans nécessiter d’appel d’outil — c’est l’application qui sait quoi charger (la mention @), pas Claude qui décide en raisonnant.
5. Comment tester un serveur MCP sans client complet ?
Avec l’inspecteur intégré : mcp dev mcp_server.py. C’est lui-même un client MCP générique — ce qu’il voit, tout client le verra.
6. Dans un projet réel, implémentez-vous généralement un client, un serveur, ou les deux ?
Généralement l’un ou l’autre — rarement les deux. Un serveur pour exposer vos services aux clients existants (Claude Code, Claude Desktop) ; un client si vous développez votre propre application de chat. Le double rôle du module était pédagogique.
7. Que renvoie get_prompt, et où se fait l’interpolation des arguments ?
Une liste de messages prêts à être envoyés à Claude. L’interpolation se fait côté serveur : le client ne voit jamais le texte du template — la logique du prompt reste centralisée là où on la maintient.
8. Pourquoi Claude n’a-t-il pas « conscience » de MCP ?
Parce que le protocole ne change rien au mécanisme du tool use : Claude reçoit des schémas d’outils et des résultats, comme avec des fonctions locales. MCP règle la provenance des outils — c’est de la plomberie entre votre application et les serveurs, invisible pour le modèle.
Comment vous auto-évaluer
Les questions 1, 2 et 8 testent la vision d’ensemble — si elles hésitent, relisez l’introduction et le récapitulatif du module. Les questions 3 à 5 couvrent le versant serveur, les 6 et 7 le versant client et l’architecture de déploiement. Chaque réponse incertaine désigne sa leçon : cinq minutes de relecture maintenant valent mieux qu’une confusion qui traînera jusqu’aux agents.
Le prochain module explore les Applications Anthropic : Claude Code et Computer Use — où votre serveur MCP trouvera d’ailleurs un client tout prêt.