Bugs con test primero

Un bug está arreglado cuando lo dice el test de otro.

Le describes el bug a Claude. Codex lo convierte en un test que falla, y luego Claude trabaja el código hasta que ese test se pone en verde. Claude nunca escribió el test, así que no tiene nada que retocar a escondidas para que encaje con su arreglo.

Gratis y de código abiertoCorre en Mac y LinuxCon tus propias cuentas de Claude y Codex
El informe de tests de Codex llegando a una sesión de Claude Code en Overvibe, con el resultado del test en el mensaje
Grabado en una máquina de demo: el mensaje de Codex con el resultado de su test, entregado en la sesión de Claude.

"Arreglado" suele significar que pasó un test que escribió quien arreglaba

Deja que un mismo modelo escriba el arreglo y el test, y el test acaba comprobando lo que hace el arreglo. El bug que reportaste puede seguir ahí tras una ejecución en verde.

Un agente por su cuenta
  • El arreglo y su test salen de la misma cabeza
  • Un verde que solo te crees a medias
  • La reproducción vive en algún mensaje de chat
  • Vuelves a ejecutarlo todo tú, por si acaso
Agentes lado a lado en Overvibe
  • Codex escribe la reproducción como un test real que falla
  • Claude tiene que pasar un test que no escribió
  • El test se queda en el repo para la próxima vez
  • Las dos terminales muestran la ejecución en rojo y luego en verde

Rojo, luego verde, con dos agentes distintos

  1. 1Describe el bug una vez

    Díselo a Claude con palabras normales, con los pasos para reproducirlo.

  2. 2Codex escribe el test que falla

    Lo inicia Claude. Codex añade el test y confirma que falla por el motivo correcto.

  3. 3Claude arregla el código

    Cambia el código y deja el test en paz hasta que pasa la suite.

  4. 4Codex lo vuelve a comprobar

    Codex lo ejecuta una vez más para cerrar el ciclo, y luego Claude cierra al ayudante.

Detrás de todo, un relevo en cada sentido. El primer comando pone a Codex con el test. Su respuesta llega a la sesión de Claude. Lee la referencia de la 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."

Preguntas

¿Qué mantiene a Claude lejos del test?

Tu instrucción, y que lo verías. Dile a Claude que el archivo del test no se toca; cualquier cambio en él aparece en la terminal y en git.

¿Funcionará con mi ejecutor de tests?

Debería. Los agentes ejecutan lo que ya use tu proyecto (bun test, pytest, go test) en sus propias terminales.

¿Puede Claude escribir el test y Codex hacer el arreglo?

Claro. Claude Code, Codex y agy pueden ocupar cualquiera de los dos lados.

Otras formas de emparejar agentes

Haz que tu próximo arreglo se demuestre

Instala Overvibe y pide a Claude que consiga de Codex un test que falle antes de tocar el código.

La app de Overvibe: un coordinador con sus ayudantes Codex y Gemini (agy) en la barra lateral, cada uno con su estado, y una sesión que te espera