Quiz du cours
Sur cette page
Ce quiz reprend les notions clés des douze leçons. Formulez votre réponse avant de déplier la question : l’effort de rappel est ce qui ancre le savoir. Une réponse incomplète indique simplement la leçon à relire.
1. La boucle agentique — En quelles phases Claude Code traite-t-il une tâche ?
Réponse : En trois phases qui se mêlent : recueillir le contexte, agir, vérifier le résultat. Claude recommence la boucle tant que la tâche n’est pas terminée, et décide de chaque étape d’après ce qu’il vient d’apprendre. Vous faites partie de la boucle : Échap l’interrompt à tout moment pour le réorienter (leçon 2).
2. Modèle et effort — Sur un abonnement Pro ou Max, avec quel modèle et quel effort une session démarre-t-elle, et comment les changer ?
Réponse : Avec Claude Opus 5.5 à effort moyen (medium). /model change de modèle (alias opus, sonnet, haiku, fable) et /effort change l’effort, par exemple /effort high pour un bug délicat. Claude Fable 5.1 n’est le modèle par défaut d’aucune offre : on le choisit avec /model fable (leçon 2).
3. Installation — Quelle est la méthode recommandée sous macOS ou Linux, et comment vérifier le résultat ?
Réponse : L’installeur natif : curl -fsSL https://claude.ai/install.sh | bash, qui se met ensuite à jour tout seul. On ouvre un nouveau terminal, puis claude --version affiche la version et claude doctor fait un diagnostic. Si vous passez par npm, il faut Node.js 22 ou plus récent, et jamais sudo (leçon 3).
4. Accès — Peut-on utiliser Claude Code avec l'offre gratuite de claude.ai ?
Réponse : Non. Il faut un abonnement Pro, Max, Ultra, Team ou Enterprise, ou un compte Console (API avec crédits prépayés). Le terminal, VS Code et JetBrains acceptent aussi Amazon Bedrock, Agent Platform de Google Cloud et Microsoft Foundry (leçons 1 et 3).
5. Mode plan — Comment l'activer, et que fait Claude dans ce mode ?
Réponse : Avec Maj+Tab jusqu’à ⏸ plan mode on, en préfixant une demande par /plan, ou en lançant claude --permission-mode plan. Claude lit les fichiers, explore et rédige un plan, mais ne modifie pas votre code source avant que vous l’ayez approuvé. Vous pouvez alors approuver en mode Auto, approuver en validant chaque modification, ou demander de continuer à planifier (leçon 5).
6. Vérification — Pourquoi donner à Claude une commande qui répond « réussi » ou « échoué » ?
Réponse : Parce que Claude s’arrête quand le travail semble fini. Avec une vérification qu’il peut lancer lui-même — tests, build, linter —, il boucle seul : modifier, vérifier, lire l’erreur, corriger. Sans elle, c’est vous qui jouez le rôle de la suite de tests. Demandez aussi la commande lancée et sa sortie comme preuve (leçon 5).
7. Contexte — Quelle différence entre `/compact`, `/clear` et `/rewind` ?
Réponse : /compact résume la conversation pour libérer de la place, et accepte une consigne sur ce qu’il faut garder (/compact focus on the API changes). /clear repart d’une conversation vierge ; l’ancienne reste enregistrée. /rewind (ou Échap deux fois sur une invite vide) revient à un message précédent en restaurant le code, la conversation ou les deux, et peut aussi résumer une partie de la session (leçon 6).
8. Pilotage — Vous avez corrigé Claude deux fois sur le même point, sans succès. Que faire ?
Réponse : Ne pas tenter une troisième correction. La conversation contient déjà deux essais ratés que Claude continue de relire. Faites /clear et écrivez une nouvelle demande qui intègre ce que vous avez appris (leçon 6).
9. Revue de code — Pourquoi la relecture de `/code-review` est-elle utile même quand Claude a écrit le code ?
Réponse : Parce qu’elle s’exécute dans un sous-agent neuf qui n’a pas vu votre conversation : il n’est pas influencé par le raisonnement qui a produit le code. Pour vérifier un travail contre votre plan, demandez une revue par rapport à SPEC.md en précisant « skip style », sinon le relecteur trouvera toujours quelque chose à redire (leçon 7).
10. CLAUDE.md — Que faut-il y écrire, et que faut-il éviter ?
Réponse : Seulement ce que Claude ne peut pas trouver en lisant le dépôt : les commandes exactes de test, de typage et de lint, les pièges du code, les décisions d’équipe, ce que vous avez déjà corrigé deux fois. Évitez de décrire l’architecture, que Claude lit lui-même, et visez moins de 200 lignes. CLAUDE.md reste du contexte : une règle sans exception doit devenir un hook ou une règle de refus (leçons 8 et 12).
11. Skills — Quand préférer une skill à `CLAUDE.md`, et comment empêcher Claude de lancer `/deploy` de lui-même ?
Réponse : Pour une procédure en plusieurs étapes ou un savoir qui ne sert pas à chaque tâche : seuls le nom et la description d’une skill sont chargés au départ, son contenu ne coûte qu’au moment de l’usage. Pour /deploy, ajoutez disable-model-invocation: true dans l’en-tête du SKILL.md : seul vous pourrez la déclencher (leçon 10).
12. Sous-agents — Quels champs sont obligatoires dans un fichier de sous-agent, et quand vaut-il mieux s'en passer ?
Réponse : name et description ; la description est ce que Claude lit pour décider de déléguer. Le fichier se range dans .claude/agents/ (projet) ou ~/.claude/agents/ (tous vos projets). On s’en passe pour un travail fait d’allers-retours, des phases qui partagent beaucoup de contexte ou un petit changement rapide (leçon 9).
13. MCP — Quelles sont les trois portées d'un serveur MCP, et quelle précaution prendre ?
Réponse : Locale (par défaut, ce projet, pour vous seul), projet (dans .mcp.json, partagée par git) et utilisateur (tous vos projets). Ne connectez que des serveurs de confiance : un serveur qui récupère du contenu externe expose à l’injection de prompt (leçon 11).
14. Hooks — Que se passe-t-il quand un hook `PreToolUse` sort avec le code 2 ?
Réponse : L’appel d’outil est bloqué, et ce que le script a écrit sur la sortie d’erreur est renvoyé à Claude comme explication, pour qu’il change d’approche. Un code 0 signifie seulement « pas d’objection » : l’appel suit alors le circuit normal des permissions (leçon 12).
À vous de jouer
Votre bilan. Notez les questions auxquelles vous avez mal répondu et relisez la leçon correspondante. Puis faites le point sur votre propre projet : avez-vous un CLAUDE.md court et vérifiable, une skill pour une procédure répétée, et un hook pour ce qui doit toujours se produire ?
Cours officiel — Pour valider le cours officiel, suivez Claude Code 101 sur Claude Academy et passez son quiz.
Sources officielles : Course quiz (Claude Academy) · Overview · Best practices (documentation Claude Code)
Points clés à retenir
- Explorer, planifier, coder avec une vérification, commiter : le flux de base pour toute tâche non triviale
- Le contexte se pilote avec
/context,/compact,/clearet/rewind CLAUDE.mdpour les faits durables, les skills pour les procédures, les sous-agents pour isoler, MCP pour connecter, les hooks pour imposer- Pour aller plus loin : Claude Code en action, Introduction aux sous-agents et Introduction aux Agent Skills dans le catalogue