La revue de code avec Claude Code : commandes, règles et un relecteur permanent

Ce que Claude Code fait pour la revue de code

• Il relit chaque pull request à la recherche de bugs, de tests manquants et de changements risqués, et commente inline sur GitHub.
• Il suit vos règles de revue écrites, pour que ses commentaires laissent de côté ce que le linter vérifie déjà.
• Il relit ses propres changements, et ceux des autres agents, avant qu’ils n’arrivent à une personne.
• Il assure le suivi : un commentaire qui demande du travail devient un ticket au lieu de se perdre.

Les fonctionnalités de Claude Code pour la revue de code

Comment configurer Claude Code pour la revue de code

1. Connectez les outils

   /code-review n’a besoin de rien de plus pour votre propre branche. Pour relire une pull request par son numéro et publier des commentaires avec --comment, travaillez dans un checkout du dépôt avec la CLI GitHub connectée.

   # Se connecter à GitHub une fois
   gh auth login
   
   # Relire la pull request 142 en effort high et publier des commentaires inline
   /code-review high 142 --comment

2. Écrivez les règles dans CLAUDE.md

   Claude Code lit CLAUDE.md au début de chaque session, y compris lors des exécutions claude -p. Mettez-y les règles de la tâche, ou dans une skill sous .claude/skills/ si elles sont longues. Voir le guide de CLAUDE.md.

   ## Code Review Rules
   - Signale les tests manquants pour les nouvelles branches dans billing/ et auth/.
   - Toute migration SQL doit avoir un rollback ; dis-le si elle n’en a pas.
   - Ne commente pas le formatage ; le linter s’en charge.
   - Commente uniquement : n’approuve jamais, ne demande pas de modifications, ne merge pas.

3. Lancez-le sans l’interface interactive

   claude -p exécute une tâche puis s’arrête : cron, la CI ou un autre outil peut donc le lancer. Choisissez ce qu’il peut faire sans demander avec --allowedTools ou --permission-mode ; --output-format json renvoie le résultat avec son coût.

   # Relire une pull request depuis la CI ou cron ; /code-review suit CLAUDE.md dans les exécutions -p
   claude -p "/code-review 142 --comment"

4. Planifiez-le

   Faites-en une tâche planifiée dans le cloud avec /schedule (Pro, Max, Ultra, Team et Enterprise), une tâche planifiée de bureau, ou utilisez /loop tant qu’une session reste ouverte. Voir comment rendre Claude Code proactif.

Source : documentation de Claude Code

Limites et sécurité

• Il commente ; il n’est pas responsable du changement. Laissez les validations et les merges aux humains.
• Les revues consomment l’usage de votre abonnement. Lancez-les à la demande ou quand une pull request est prête, pas à chaque push.
• Il relit le diff et le dépôt. Il ne peut pas tester sur les données de production.
• Depuis Claude Code v2.1.302, claude -p démarre en mode manuel (Manual) : une action qui demande une validation est refusée, sauf si une règle l’autorise. N’autorisez que les outils dont la tâche a besoin.

Claude Code ou Codex pour la revue de code ?

Les règles se transposent. Écrivez-les une fois dans AGENTS.md et mettez @AGENTS.md dans CLAUDE.md : les deux agents lisent alors le même fichier.

Pas à pas pour l’autre agent : la revue de code avec Codex.

Confiez la revue de code à quelqu’un dont c’est le travail

Les commandes tournent quand quelqu’un pense à les lancer. Crewmark transforme votre propre Claude Code en employé IA doté d’un rôle, d’un objectif chiffré, d’horaires de travail et d’une pulsation : le travail se fait selon un planning et apparaît sur un tableau.

1. Partez du rôle

   Prenez l’ingénieur logiciel IA et mettez ces règles dans sa fiche de poste.

2. Mettez le travail sur son tableau

   Ajoutez la tâche comme ticket récurrent. L’employé se réveille au rythme de sa pulsation, l’accomplit et rend compte dans un commentaire.

3. À voir aussi

   La revue de code IA sur chaque PR compare toutes les options, et la revue de sécurité couvre les vulnérabilités.

FAQ