Module
Module 5 sur 5Leçon 1 sur 3~22 min

Relire le travail de l'agent, puis l'automatiser

Leçon 1 du module « Relire, automatiser et livrer son cadre » de la formation « Travailler avec Claude Code sur un vrai projet : contexte, plan, revue ».

Objectif de la leçon

À la fin de cette leçon, vous serez capable de relire un changement produit par Claude Code avec une checklist (périmètre, tests, secrets, migrations, dépendances), d'y ajouter une revue indépendante dans un contexte neuf, de décider de fusionner, corriger ou refuser, et de savoir quand automatiser une partie de la revue en mode non interactif ou dans GitHub Actions.

Dans quel module

Relire, automatiser et livrer son cadre

Comment savoir que le travail de l'agent est bon avant qu'il parte, et installer le tout sur mon dépôt ?

Leçons du module

  1. Relire le travail de l'agent, puis l'automatiser (cette leçon)
  2. Atelier : votre cadre de travail sur votre dépôt
  3. Kit de sortie et plan d'application

Ce que vous apprendrez dans la formation

Cette leçon fait partie de la formation Travailler avec Claude Code sur un vrai projet : contexte, plan, revue

  • Expliquer ce qui occupe la fenêtre de contexte de Claude Code et la gérer (/context, /clear, /compact, reprise et nommage de sessions), en tenant compte du coût.
  • Rédiger un CLAUDE.md court et utile, placé au bon niveau de la hiérarchie (utilisateur, projet, local, sous-dossier, règles par chemin), avec des imports si besoin.
  • Conduire une tâche sur un code existant en explorer, planifier, coder, commiter, avec le mode plan, des critères de vérification et Git plutôt que les seuls points de restauration.
  • Choisir et justifier le bon mécanisme pour un besoin (CLAUDE.md, skill ou commande, subagent, serveur MCP, hook) et l'installer dans le dépôt.
  • Choisir un mode de permission et écrire des règles allow, ask et deny adaptées au risque du projet, dans le bon fichier de réglages.
  • Écrire des hooks simples comme garde-fous déterministes (bloquer, formater, vérifier) et en connaître les risques et les limites.
  • Relire le travail de l'agent avec une checklist (périmètre, tests, secrets, migrations, dépendances) et une revue indépendante, et savoir quand l'automatiser en mode non interactif ou dans GitHub Actions.