Évaluation finale sur MCP
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, qui lance l’Inspector MCP (npx @modelcontextprotocol/inspector) et affiche une URL avec un jeton de session à ouvrir telle quelle ; l’inspecteur existe aussi en ligne de commande (--cli) et en interface terminal (--tui).
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 le quiz officiel et obtenir le badge, rendez-vous sur Claude Academy ; rappelez-vous que le cours officiel est écrit pour le SDK v1 (FastMCP, inputSchema, AnyUrl) : les concepts évalués sont les mêmes.
À vous de jouer
Un serveur de mémoire. Sans relire vos notes, écrivez un petit serveur MCP avec un outil, une ressource directe, une ressource avec template et un prompt, puis ouvrez-le dans l’Inspector avec mcp dev. Pour chaque question de l’évaluation que vous avez manquée, vérifiez dans l’Inspector la primitive concernée.
Sources officielles : Final assessment on MCP (Claude Academy) · MCP Inspector
Points clés à retenir
- MCP fournit outils et contexte à Claude sans réécrire chaque intégration : le tool use dit comment appeler, MCP dit qui implémente
- Outils contrôlés par Claude, ressources par l’application, prompts par l’utilisateur
- Ressources directes (URI fixe) et avec template (URI paramétré) ; elles évitent des appels d’outils
mcp devlance l’Inspector pour tester un serveur avant de le brancher