Quel est l'objectif principal de l'implémentation des "resources" dans un serveur MCP ?	Permettre au serveur MCP d'exposer des données spécifiques au client pour enrichir les prompts (ex: documents mentionnés).
Quelles sont les deux fonctions principales de cette fonctionnalité de mention de documents ?	1. Afficher une liste de documents dans une fenêtre d'autocomplétion. 2. Récupérer et insérer le contenu d'un document dans le prompt.
Quelle est la différence entre une "Direct Resource" et une "Templated Resource" ?	Une Direct Resource a une URI statique (ex: `docs://documents`), tandis qu'une Templated Resource contient des paramètres/wildcards dans son URI (ex: `docs://documents/{doc_id}`).
Qu'est-ce qu'une Direct Resource ?	Une ressource qui possède une URI fixe et ne nécessite aucun paramètre pour être appelée.
Comment le MCP SDK traite-t-il les paramètres dans une Templated Resource ?	Il analyse l'URI et fournit les valeurs des paramètres comme arguments de mots-clés (keyword arguments) à la fonction associée.
Quel est le rôle de la ressource `list_docs` ?	Fournir une liste de tous les identifiants de documents disponibles pour alimenter l'autocomplétion.
Quel est le rôle de la ressource `fetch_doc` ?	Récupérer et retourner le contenu textuel d'un document spécifique en utilisant son identifiant.
Comment le client accède-t-il aux données exposées par le serveur MCP ?	En envoyant une requête de ressource de lecture (read resource request) via le client MCP, en spécifiant l'URI de la ressource.
Pourquoi définir un "MIME type" lors de la création d'une ressource ?	Pour donner un indice au client sur le format des données qui seront retournées (ex: `application/json` ou `text/plain`).
Quel type de ressource utiliserait-on pour récupérer le contenu d'un document spécifique par son ID ?	Une Templated Resource, car l'ID du document doit être passé comme paramètre dans l'URI.