Revue de code

Deux autres modèles lisent le diff avant vous.

Je préfère que Codex lise le diff de Claude plutôt que Claude se note lui-même. Alors Claude fait la modification, Codex écrit les tests et les lance, et agy, l'agent Gemini de Google, relit le diff pour trouver ce que les deux autres ont raté. Leurs rapports reviennent dans la session d'où vous êtes parti.

Gratuit et open sourceTourne sur Mac et LinuxVos propres connexions Claude et Codex
La fenêtre d'Overvibe avec la barre latérale et une session Claude Code, au moment où la revue du diff par agy arrive en message
Enregistré sur une machine de démo : la revue d'agy arrive dans la session Claude qui l'a demandée.

Le modèle qui a écrit le code est le plus mal placé pour la relire

Demandez à Claude de relire sa propre modification et vous aurez une belle explication de pourquoi elle tient. Le cas limite auquel il n'a pas pensé en écrivant, il n'y pensera pas davantage en relisant.

Un agent tout seul
  • L'auteur relit son propre diff
  • Les tests arrivent en dernier, ou jamais
  • Vous collez vous-même le diff dans un deuxième chat
  • Trois avis dans trois onglets, à fusionner de tête
Des agents côte à côte dans Overvibe
  • Codex et agy le lisent avec leur propre entraînement
  • Codex écrit les tests pendant que Claude travaille encore
  • Une commande lance chaque relecteur, rattaché à Claude
  • Chaque rapport arrive en message dans la session de Claude

Comment se passe une revue

  1. 1Claude fait la modification

    Utilisez Claude Code comme d'habitude, dans votre dépôt.

  2. 2Il répartit les vérifications

    Codex reçoit les tests et agy une revue en lecture seule. Les deux sont rattachés sous Claude dans la barre latérale.

  3. 3Les rapports reviennent

    Chaque assistant envoie son résultat avec overvibe send, et sa ligne passe au gris une fois qu'il a fini.

  4. 4Vous lisez un seul point

    Claude rassemble les remarques et corrige celles que vous validez.

En coulisses, deux commandes. Claude les lance lui-même quand vous demandez une revue. Vous pouvez aussi les taper vous-même. Lire la référence CLI

$ overvibe new --attach --tool codex --cwd . --name "api: codex tests" \
    --prompt "Write bun tests for POST /invoices and run them. When done, run: overvibe send \"$OVERVIBE_SESSION\" \"<result>\""
$ overvibe new --attach --tool agy --cwd . --name "api: agy review" \
    --prompt "Review the diff in src/routes for bugs. Do not edit. When done, run: overvibe send \"$OVERVIBE_SESSION\" \"<findings>\""

Questions

agy va-t-il modifier mes fichiers ?

Seulement si la consigne le lui permet. Pour une revue, dites-lui de ne toucher à aucun fichier, comme le fait la commande ci-dessus.

Quel modèle doit écrire les tests ?

N'importe lequel. Je commencerais par Codex, parce qu'il lance la suite dans son propre terminal et renvoie les chiffres.

Faut-il installer les trois CLI ?

Non. Claude Code avec Codex ou agy vous donne déjà un deuxième avis.

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

Mettez un second relecteur sur votre prochain diff

Installez Overvibe, lancez Claude dans votre dépôt et demandez-lui de faire venir Codex et agy sur la modification.

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