Évaluation finale sur MCP
Mis à jour le 29 juillet 2026
Félicitations d’être arrivé à la fin de ce cours. Avant de passer à la leçon de révision, prenez le temps de cette évaluation : elle reprend les concepts clés abordés et vous permettra de repérer les points qui méritent une relecture. Répondez aux sept questions de mémoire, sans revenir en arrière, puis comparez avec les réponses qui suivent.
Questions de révision
1. Qu’est-ce que le MCP et quel problème résout-il principalement ?
2. Quelle est la différence entre un outil MCP et l’utilisation d’outils classique (tool use) ?
3. Quels sont les deux types de ressources MCP ? Donnez un exemple de chacun.
4. Qui contrôle chaque primitive MCP ?
- Les outils sont contrôlés par ___
- Les ressources sont contrôlées par ___
- Les prompts sont contrôlés par ___
5. Pourquoi les ressources sont-elles plus efficaces que les outils pour certains cas d’usage ?
6. Quel avantage principal les prompts MCP offrent-ils par rapport à ce que les utilisateurs pourraient écrire eux-mêmes ?
7. Quelle commande permet de lancer l’inspecteur MCP en mode développement ?
Réponses
1. Le MCP (Model Context Protocol) est une couche de communication qui fournit des outils et du contexte à Claude sans que vous ayez à écrire toute l’intégration vous-même. Il résout un problème de complexité : au lieu d’implémenter des centaines de schémas d’outils pour un service comme GitHub, vous vous connectez à un serveur MCP qui a déjà tout défini. Si votre réponse portait uniquement sur la connexion à des données externes, relisez la deuxième leçon — c’est bien le déplacement du travail d’implémentation qui constitue l’apport du protocole.
2. Le tool use décrit comment Claude appelle des outils, tandis que MCP décrit qui implémente ces outils. Les deux sont complémentaires et non concurrents. Avec MCP, quelqu’un d’autre a déjà implémenté les outils, et vous bénéficiez de ce travail sans le refaire.
3. Le protocole distingue deux formes de ressources. Les ressources directes ont un URI statique, comme docs://documents qui liste tous les documents ; les ressources avec template ont un URI paramétré, comme docs://documents/{doc_id} qui récupère un document spécifique. La première répond à la question « qu’est-ce qui existe ? », la seconde à « donne-moi celui-ci ».
4. Les outils sont contrôlés par Claude, les ressources par l’application, et les prompts par l’utilisateur. Cette répartition est la clé de lecture la plus utile du protocole : elle vous dit, pour n’importe quelle fonctionnalité que vous concevez, quelle primitive employer selon qui doit prendre la décision de déclenchement.
5. Les ressources pré-chargent les données dans le contexte initial, ce qui évite des appels d’outils supplémentaires pendant la conversation. La latence s’en trouve réduite et l’interaction simplifiée, dès lors que les données sont connues à l’avance — typiquement lorsque l’utilisateur a lui-même désigné le document dont il veut parler.
6. Les prompts MCP sont conçus, testés et optimisés par l’auteur du serveur, celui qui connaît le mieux le domaine. Ils gèrent les cas limites et encodent l’expertise métier, si bien que les utilisateurs obtiennent des résultats bien meilleurs qu’avec leurs propres formulations improvisées.
7. mcp dev mcp_server.py
Si deux réponses ou plus vous ont posé difficulté, reprenez les leçons correspondantes avant d’aller plus loin : la leçon de révision suppose ces notions acquises. Pour passer l’évaluation officielle et obtenir votre certification, rendez-vous sur Anthropic Academy.