La revue de code avec Codex : /review, @codex review et vos règles

Ce que Codex 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 Codex pour la revue de code

Comment configurer Codex pour la revue de code

1. Connectez les outils

   /review n’a besoin que d’un dépôt Git. Pour les revues sur GitHub, connectez le dépôt à Codex et activez la revue de code pour ce dépôt dans les réglages de Codex.

   # Sur GitHub, dans un commentaire de pull request
   @codex review
   @codex review for issues in the database migration

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

   Codex lit AGENTS.md avant tout travail : ~/.codex/AGENTS.md, puis les fichiers de la racine du dépôt jusqu’au dossier où il travaille. Mettez-y les règles de la tâche, ou dans une skill sous .agents/skills/ si elles sont longues. Voir le guide d’AGENTS.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

   codex exec exécute une tâche puis s’arrête. La progression part sur stderr et le message final sur stdout ; -o l’écrit aussi dans un fichier et --json diffuse les événements en flux. Le sandbox est en lecture seule sauf si vous passez --sandbox workspace-write.

   # Relire cette branche par rapport à main depuis un script ou la CI
   codex review --base main
   
   # Ou les changements pas encore commités
   codex review --uncommitted

4. Planifiez-le

   Créez une tâche planifiée dans l’application de bureau ChatGPT ou sur le web (la CLI ne les gère pas), ou lancez codex exec depuis cron. Voir comment rendre Codex proactif.

Source : documentation de Codex

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.
• Par défaut, Codex exécute les commandes dans un sandbox : les écritures restent dans l’espace de travail et le réseau est coupé. Réservez danger-full-access à un runner ou à un conteneur isolé.

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 Claude Code.

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 Codex 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