Quiz : fonctionnalités avancées de Claude

Mis à jour le 30 juillet 2026

Le module des fonctionnalités avancées se referme — ce quiz couvre les notions abordées dans les leçons précédentes : citations, prompt caching, exécution de code et API Fichiers. Le format : formulez votre réponse avant de déplier chaque correction. Testez vos connaissances avant de continuer vers MCP.

Question 1 : Quel champ faut-il ajouter à un bloc document pour activer les citations ?

Réponse : Il faut ajouter le champ "citations": {"enabled": true} au bloc document, ainsi qu’un champ "title" pour nommer le document — c’est ce titre qui identifiera la source dans chaque citation.

Question 2 : Avec un document PDF, les citations indiquent des numéros de page. Qu'indiquent-elles avec du texte brut ?

Réponse : Avec du texte brut (text/plain), les citations fournissent des positions de caractères au lieu de numéros de page — plus précis encore : de quoi surligner le passage exact dans votre interface.

Question 3 : Combien de temps le cache du prompt caching reste-t-il actif ?

Réponse : La durée de vie de base est de 5 minutes, et elle est rafraîchie à chaque réutilisation — une conversation active garde son cache chaud en continu. Une option de cache étendu à 1 heure existe pour les contenus consultés moins fréquemment.

Question 4 : Quel est le seuil minimum en tokens pour que le contenu soit éligible au caching ?

Réponse : Le contenu doit atteindre au minimum 1024 tokens (somme de tous les blocs concernés) pour être mis en cache. Sous ce seuil, le breakpoint est ignoré silencieusement — d’où l’importance de vérifier les compteurs d’usage.

Question 5 : Combien de cache breakpoints peut-on définir au maximum dans une seule requête ?

Réponse : On peut définir jusqu’à 4 breakpoints par requête — de quoi étager outils, prompt système, historique long et dernier échange.

Question 6 : Dans quel ordre Claude traite-t-il les composants d'une requête pour le caching ?

Réponse : L’ordre est : Outils (tools) en premier, puis prompt système, puis messages. Conséquence directe : toute modification en amont invalide le cache de tout ce qui suit — placez le plus stable en tête.

Question 7 : Pourquoi l'API Fichiers est-elle indispensable pour l'exécution de code ?

Réponse : Parce que l’environnement d’exécution de code tourne dans un conteneur Docker sans accès réseau. L’API Fichiers est donc le seul moyen de faire entrer des données dans le conteneur et d’en récupérer les sorties (graphiques, rapports, etc.).

Comment vous auto-évaluer

Les questions 1 et 2 valident les citations — la fonctionnalité de confiance ; les questions 3 à 6 couvrent le prompt caching, le sujet le plus dense du module : si l’une d’elles hésite, relisez les leçons de cache avant MCP, car les mécanismes d’invalidation reviendront dans vos applications réelles. La question 7 teste le duo exécution de code + API Fichiers. Tout est net ? Le Model Context Protocol vous attend.

Points clés à retenir

Les citations transforment Claude en assistant transparent qui montre ses sources
Le prompt caching nécessite des breakpoints manuels et un contenu identique pour être efficace
Le cache est sensible au moindre changement : un seul caractère modifié invalide tout l’aval
Cache : 5 minutes rafraîchies à l’usage (option 1 heure), 1024 tokens minimum, 4 breakpoints maximum
L’exécution de code + l’API Fichiers permettent de déléguer des analyses complexes à Claude — schéma prédéfini : {"type": "code_execution_20250522", "name": "code_execution"}