Chapitre 15.4 — Quiz final
⏱️ TL;DR — 20 questions pour t’auto-évaluer sur tout le playbook. Réponds mentalement avant d’ouvrir. Si une réponse te surprend, retourne au chapitre concerné.
Modèle mental & cadrage
1. Chatbot vs agent : la différence fondamentale ?
Le chatbot fait message → réponse. L’agent boucle raisonne → agit → observe avec des outils, jusqu’à atteindre un objectif. Il agit sur l’environnement. (1.1)
2. Quelles sont les 4 décisions de cadrage d’un projet ?
Problème/périmètre (+ exclus), stack, langage de design, conventions — prises explicitement et écrites. (2.1)
3. Pourquoi corriger dans le plan plutôt que dans le code ?
Une correction dans le plan coûte une phrase ; la même sur du code écrit coûte relecture + éditions + tests. Le plan mode déplace les corrections en amont. (2.2)
Mémoire, conventions, design
4. Pourquoi garder le CLAUDE.md court ?
Il est chargé en permanence : chaque ligne pèse sur chaque tâche. Obèse, il dilue les vraies règles. (3.2)
5. Les 4 couches qui font tenir une convention ?
Énoncer (CLAUDE.md), montrer (fichier-modèle), imposer (lint/hook), rattraper (revue). (3.3)
6. Token primitif vs sémantique ?
Primitif = valeur brute (--clay-500). Sémantique = rôle (--color-brand), et c’est lui qu’on utilise. Changer la marque = une ligne. (4.1)
7. Pourquoi l’agent réinvente-t-il un composant ?
Il agit sur ce qu’il voit : primitive non découvrable + pas de règle « chercher avant créer ». (4.2)
Boucle de travail
8. Les 3 ingrédients d’un bon prompt d’exécution ?
Objectif (+ pourquoi), ancrages (fichiers-modèles), critère de fin observable. (5.1)
9. Quand faire /clear ?
Au changement d’intention : les restes de la tâche précédente polluent la suivante. (5.2)
10. « L’autonomie se gagne » : par quoi ?
Par le filet (git propre, branche, tests, hooks) qui rend l’erreur rattrapable. (5.3)
11. Le typecheck vert prouve-t-il que « ça marche » ?
Non : il prouve la cohérence des types, pas le comportement. Il faut exercer le flux. (5.4)
Reprise, hooks, délégation
12. Comment onboarder l’IA sur un gros repo ?
13. Pourquoi un hook est-il une « garantie » ?
Le harness l’exécute automatiquement sur un événement, indépendamment de l’attention du modèle. (7.1)
14. Format/lint vs tests : quel événement pour chacun ?
Format/lint (léger) → PostToolUse (à l’édition). Tests (lourd) → Stop (à la conclusion). (7.2)
15. Que délègue-t-on à un subagent, que garde-t-on ?
On délègue le bruit (exploration, analyse) et le regard neuf (revue) ; on garde le jugement/la décision. (8.2)
Skills, extension, qualité
16. Qu’est-ce que le progressive disclosure d’une skill ?
Seule la description est toujours chargée ; le corps et les ressources ne se chargent qu’à la pertinence. D’où « gratuit au repos ». (9.1)
17. Skill, plugin, marketplace : le rôle de chacun ?
Skill = capacité ; plugin = paquet de distribution ; marketplace = catalogue de plugins. (9.4)
18. Quel MCP ferme l’angle mort visuel de l’UI ?
Playwright : l’agent ouvre la page, capture, regarde, corrige. (10.5)
19. Boucle /diagnose : que fait-on avant de corriger ?
On reproduit, minimise, hypothétise, instrumente — on ne corrige qu’une cause observée, puis on verrouille par un test de non-régression. (11.2)
Posture d’architecte
20. Les 5 modèles mentaux du pilote ?
(1) Membre d’équipe, pas distributeur. (2) Le terrain > le prompt. (3) Délègue l’exécution, garde le jugement. (4) Cristallise le volatil en persistant. (5) Vérifie par l’observation. (12.1)
Et maintenant ?
Tu as parcouru le playbook. Le vrai apprentissage commence quand tu appliques : reprends un de tes projets, pose-lui un CLAUDE.md, ajoute des hooks, écris une skill, et pilote une feature de bout en bout avec la boucle plan → tranches → preuve. Reviens au Cookbook et aux checklists en session.
Tu n’utilises plus Claude Code — tu pilotes une équipe d’un agent, en architecte.
Retour à l’accueil.