Aller au contenu principal
Leçon 76 sur 95 · Construire avec l'API Claude

Quiz : Model Context Protocol

Leçon 76 sur 95 Mis à jour le 5 novembre 2026 Développeur
Sur cette page
  1. Questions de révision
  2. Réponses
  3. À vous de jouer
  4. Points clés à retenir

Vous arrivez à la fin de la section MCP. Cette évaluation 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.

La section MCP en quatre idées Quatre tuiles : MCP déplace l'écriture des outils vers des serveurs ; trois primitives et qui les contrôle ; deux transports ; l'Inspector pour tester. QUIZ La section MCP en quatre idées 01 Le principe Les outils sont écrits et exécutés par des serveurs spécialisés. serveur MCP 02 Les primitives Outils, ressources, prompts : modèle, application, utilisateur. tools resources prompts 03 Les transports stdio en local, Streamable HTTP à distance. JSON-RPC 2.0 04 Le test L'Inspector liste et exécute tout, message par message. mcp dev Le protocole décrit ce que client et serveur se disent, pas le tuyau par lequel ils le disent.
Récapitulatif de la section « MCP » de l'adaptation Corsen.

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 leçon 65 — 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 section suivante suppose ces notions acquises. Le quiz officiel de cette section se trouve 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

Brancher le serveur ailleurs. Déclarez le serveur de documents de la section dans Claude Code ou Claude Desktop, par leur fichier de configuration MCP, avec la commande uv run mcp_server.py. Demandez ensuite à Claude de résumer un document, et vérifiez dans l’application quel outil il a appelé.

Sources officielles : Quiz on Model Context Protocol (Claude Academy) · MCP Inspector

Points clés à retenir

  • MCP déplace l’écriture et l’exécution des outils vers des serveurs spécialisés ; le tool use décrit comment Claude les appelle.
  • Trois primitives : les outils, décidés par le modèle ; les ressources, par l’application ; les prompts, par l’utilisateur.
  • Deux formes de ressources : un URI direct, ou un URI avec template et paramètres.
  • mcp dev mcp_server.py lance l’Inspector MCP pour tester un serveur sans client.