Bugs corrigés test d'abord

Un bug est corrigé quand le test d'un autre le dit.

Vous décrivez le bug à Claude. Codex en fait un test qui échoue, puis Claude travaille sur le code jusqu'à ce que ce test passe au vert. Claude n'a jamais écrit le test, donc il n'a rien à plier en douce vers sa propre correction.

Gratuit et open sourceTourne sur Mac et LinuxVos propres connexions Claude et Codex
Le rapport de test de Codex qui arrive dans une session Claude Code dans Overvibe, avec le résultat du test dans le message
Enregistré sur une machine de démo : le message de Codex et son résultat de test, livrés dans la session Claude.

« Corrigé » veut souvent dire qu'il a passé un test écrit par le correcteur

Laissez un seul modèle écrire la correction et le test, et le test finit par vérifier ce que fait la correction. Le bug que vous avez signalé peut toujours être là après une suite au vert.

Un agent tout seul
  • La correction et son test sortent de la même tête
  • Une suite au vert à laquelle vous croyez à moitié
  • La reproduction traîne dans un message de chat quelque part
  • Vous relancez tout vous-même, au cas où
Des agents côte à côte dans Overvibe
  • Codex écrit la reproduction sous forme de vrai test qui échoue
  • Claude doit faire passer un test qu'il n'a pas écrit
  • Le test reste dans le dépôt pour la prochaine fois
  • Les deux terminaux montrent l'exécution passer du rouge au vert

Rouge, puis vert, par deux agents différents

  1. 1Décrivez le bug une fois

    Dites-le à Claude avec vos mots, avec les étapes pour le reproduire.

  2. 2Codex écrit le test qui échoue

    Claude le lance. Codex ajoute le test et confirme qu'il échoue pour la bonne raison.

  3. 3Claude corrige le code

    Il modifie le code et laisse le test tranquille jusqu'à ce que la suite passe.

  4. 4Codex vérifie à nouveau

    Codex le lance une dernière fois pour boucler la boucle, puis Claude ferme l'assistant.

En coulisses, un passage de relais dans chaque sens. La première commande met Codex sur le test. Sa réponse arrive dans la session de Claude. Lire la référence CLI

$ overvibe new --attach --tool codex --cwd . --name "web: failing test" \
    --prompt "Write a test that reproduces: totals ignore discounts. Confirm it fails. When done, run: overvibe send \"$OVERVIBE_SESSION\" \"<test and failure>\""
# Claude fixes the code, then asks for the confirming run
$ overvibe send "web: failing test" "Fix is in. Run the suite again and report."

Questions

Qu'est-ce qui tient Claude à l'écart du test ?

Votre consigne, et le fait que vous le verriez. Dites à Claude que le fichier de test est intouchable : toute modification se voit dans le terminal et dans git.

Est-ce que ça marchera avec mon lanceur de tests ?

Normalement, oui. Les agents lancent ce que votre projet utilise déjà (bun test, pytest, go test) dans leurs propres terminaux.

Claude peut-il écrire le test et Codex la correction ?

Bien sûr. Claude Code, Codex et agy peuvent chacun prendre l'un ou l'autre rôle.

D'autres façons de faire travailler les agents à deux

Faites faire ses preuves à votre prochaine correction

Installez Overvibe et demandez à Claude d'obtenir de Codex un test qui échoue avant de toucher au moindre code.

L'app Overvibe : un coordinateur avec ses assistants Codex et Gemini (agy) dans la barre latérale, chacun avec son statut, et une session qui vous attend