Un agent écrit, un autre relit.Vous décidez.

La boucle

Disons que Claude Code écrit une spec et que Codex la relit. Six étapes, et vous êtes au milieu de chacune :

1. L’auteur écrit

   Claude Code, ou un autre agent, écrit le document.

2. Le relecteur commente

   Codex lit le fichier et laisse ses remarques en commentaires sur les lignes concernées.

3. Vous modérez

   Lisez les remarques. Gardez-les, modifiez-les ou supprimez-les, et ajoutez les vôtres.

4. L’auteur corrige

   Il lit les commentaires restants, les corrige et renvoie chacun avec une note.

5. Vous vérifiez les corrections

   Chaque correction est à côté de son commentaire. Acceptez-la ou rouvrez-la, ou utilisez Accept All.

6. Un autre tour, si vous voulez

   Le relecteur regarde le résultat et laisse de nouveaux commentaires là où ce n’est toujours pas bon.

Tout passe par le document et ses commentaires : vous voyez chaque étape et rien ne se fait dans votre dos.

Demandez au relecteur

Dans l’agent relecteur, nommez le fichier et dites où laisser les remarques :

« Relis docs/compare.md dans DotMD et laisse des commentaires sur les lignes avec lesquelles tu n’es pas d’accord. »

Il place chaque remarque sur ses lignes au lieu de répondre dans le chat : un commentaire par ligne de tableau, paragraphe ou élément de liste. Les commentaires apparaissent dans le panneau Review sous Open avec le nom du relecteur, Codex, et sont surlignés en jaune dans la page comme les vôtres. Chaque agent garde sa couleur, vous les distinguez donc d’un coup d’œil.

Dites au relecteur ce qu’il doit chercher. C’est plus efficace qu’une demande générale :

• « …vérifie chaque chiffre avec les sources liées. »
• « …cherche les étapes qu’on ne peut pas annuler. »
• « …ne laisse que les commentaires qui demandent un changement, pas de compliments. »

Modérez les commentaires

Avant que l’auteur ne voie quoi que ce soit, c’est à vous de décider. Vous pouvez :

• Delete les remarques avec lesquelles vous n’êtes pas d’accord.
• Edit celles qui sont justes mais peu claires.
• Resolve celles qui n’appellent aucun changement ; elles n’iront pas à l’auteur.
• Ajouter vos propres commentaires à côté de ceux du relecteur.

L’auteur reçoit exactement ce qui reste sous Open. S’il a envoyé le document pour relecture et attend, cliquez sur Send. Sinon, dites-lui : « Lis les commentaires dans DotMD et corrige-les. » Il voit qui a laissé chaque commentaire, vous ou le relecteur.

Un autre tour, si vous voulez

Quand l’auteur a envoyé ses corrections, demandez au relecteur de regarder le résultat :

« Dans DotMD, vérifie comment tes commentaires sur docs/compare.md ont été traités et laisse de nouveaux commentaires là où c’est encore faux. »

Le relecteur peut lire les commentaires résolus avec les notes de l’auteur, il sait donc ce qui a été traité et comment. Il laisse de nouveaux commentaires là où quelque chose cloche encore ; vous les modérez et les transmettez à l’auteur comme avant. Répétez jusqu’à ce que les corrections soient bonnes, puis approuvez.

Quand cela vaut la peine

• Une spec de conception relue par un autre modèle que celui qui l’a écrite.
• Un tableau comparatif vérifié ligne par ligne avec la documentation des éditeurs.
• Un plan de migration relu pour repérer les étapes oubliées.
• Un README relu pour repérer les commandes qui ne marchent pas.
• Deux relecteurs sur le même fichier : leurs commentaires se côtoient, chacun avec son nom.

Vous pouvez aussi confier au relecteur une tâche précise, par exemple « Relis uniquement la section sécurité » ou « Vérifie que chaque API du plan existe dans le code ». Pour la configuration de chaque agent, voir les guides Claude Code et Codex.

Questions sur les agents qui en relisent d’autres

Plus de questions