Aller au contenu principal

Testez vos connaissances

Mis à jour le 29 juillet 2026

Testez vos connaissances

Avant de conclure ce cours, prenez un moment pour vérifier votre compréhension des concepts clés. Formulez votre réponse mentalement — ou à voix haute, l’effort de reformulation étant précisément ce qui ancre le savoir — puis dépliez la question pour comparer. Une réponse approximative signale un point à relire, pas un échec.

1. Tool use — Pourquoi les assistants de programmation ont-ils besoin du mécanisme de tool use ?

Réponse : Parce que, seuls, les modèles de langage ne peuvent que traiter du texte et renvoyer du texte. Sans tool use, Claude vous décrirait la correction à apporter sans jamais pouvoir l’appliquer. Le tool use leur permet d’interagir avec le monde extérieur : lire des fichiers, exécuter des commandes, modifier du code. C’est le mécanisme qui sépare un assistant qui conseille d’un assistant qui agit.

2. CLAUDE.md — Quelle est la différence entre `CLAUDE.md`, `CLAUDE.local.md` et `~/.claude/CLAUDE.md` ?

Réponse : Ces trois fichiers se distinguent par leur portée et par qui les voit. Le CLAUDE.md est commité et partagé avec l’équipe, et c’est celui que génère /init : il décrit le projet tel que tout le monde doit le connaître. Le CLAUDE.local.md reste personnel et non partagé, réservé à vos préférences individuelles. Quant à ~/.claude/CLAUDE.md, il est global et s’applique à tous vos projets, quel que soit le dépôt dans lequel vous travaillez.

3. Gestion du contexte — Quelle est la différence entre `/compact` et `/clear` ?

Réponse : /compact résume l’historique en préservant les informations clés, ce qui en fait l’outil idéal pour enchaîner des tâches connexes sans repartir de zéro. /clear supprime tout l’historique et convient quand vous changez complètement de sujet. Le choix se ramène donc à une seule question : ce que Claude sait déjà vous servira-t-il encore dans la tâche suivante ?

4. Commandes personnalisées — Comment créer une commande `/audit` dans Claude Code ?

Réponse : Créez un fichier .claude/commands/audit.md contenant les instructions de la commande. Le nom du fichier devient le nom de la commande — il n’y a rien d’autre à déclarer nulle part, ce qui explique la facilité avec laquelle on finit par en accumuler une dizaine.

5. Hooks — Quelle est la différence entre un hook PreToolUse et PostToolUse ?

Réponse : PreToolUse s’exécute avant l’outil et peut bloquer l’opération, en sortant avec le code 2. PostToolUse s’exécute après l’outil et peut seulement fournir du feedback, puisque l’action a déjà eu lieu. Si votre besoin est d’interdire quelque chose, seul le premier peut y répondre.

6. Sécurité — Comment empêcher Claude de lire un fichier `.env` ?

Réponse : Créez un hook PreToolUse avec le matcher Read|Grep qui vérifie si le chemin du fichier contient .env et sort avec le code 2 si c’est le cas. Le point subtil est le second terme du matcher : couvrir Read sans couvrir Grep laisserait une recherche de motif afficher le contenu que vous vouliez protéger.

7. SDK — Quelles sont les permissions par défaut du SDK Claude Code ?

Réponse : Lecture seule. Un script peut donc analyser votre code sans risque dès sa première exécution. Pour autoriser l’écriture, il faut explicitement ajouter les outils dans allowedTools, en nommant ceux que vous acceptez de confier à ce script.

8. Intégration GitHub — Quels sont les deux workflows par défaut de l'intégration GitHub ?

Réponse : Le workflow de mention, qui répond à @claude dans les issues et les PR pour prendre en charge une tâche décrite en langage naturel, et le workflow de pull request, qui déclenche une revue automatique à chaque nouvelle PR sans qu’on ait besoin de le solliciter.

Certification officielle — Pour obtenir la certification, rendez-vous sur Anthropic Academy et passez le quiz officiel.