Codex ha terminado. Para decidir si integrar el trabajo, revisa los commits de su rama y los cambios que aún quedan en su directorio. Yenpo permite mantener una comparación de commits mientras consultas los archivos actuales.

Necesitas Yenpo y una copia local con el resultado. Sustituye codex/search-fix y main por los nombres de tus ramas.

1. Abre la copia que Codex modificó

Codex puede trabajar en otro worktree, incluso con HEAD separado y sin rama con nombre. Abre ese directorio en Yenpo para ver sus archivos sin commit. La documentación de worktrees de OpenAI explica esta organización.

Desde el directorio de la tarea, ejecuta:

git rev-parse --show-toplevel
git branch --show-current
git rev-parse HEAD
git status --short

Un nombre de rama vacío puede indicar HEAD separado. Anota el ID. Puedes leer commits individuales en el modo «Commit» y cambios locales sin crear una rama. Para la comparación de ramas siguiente, usa primero «Create branch here» en Codex y vuelve a abrir el selector de Yenpo. Si la tarea fue remota, trae el resultado a una copia local con tu flujo habitual de Git.

2. Compara la rama con main

  1. Pulsa «Comparar versiones…» y elige «Comparar».
  2. En «Desde», selecciona main desde «Ramas locales».
  3. En «Hasta», selecciona codex/search-fix desde «Ramas locales», o la rama que acabas de crear en Codex.
  4. Elige «Desde la divergencia de ramas» para revisar los cambios desde el ancestro común.
  5. Comprueba dirección e ID cortos y pulsa «Ver cambios».

Para usar origin/main, elige «Ramas remotas» en «Desde». Son referencias de seguimiento guardadas localmente. Si necesitas actualizarlas, ejecuta fetch con tu cliente Git habitual y vuelve a abrir el selector.

Pregunta Modo
¿Qué añadió la rama desde que se separó de main? Desde la divergencia de ramas
¿En qué difieren los dos extremos actuales? Comparación directa
¿Qué cambió un commit respecto a su primer padre? Commit

Si main avanzó, la comparación directa incluye diferencias de ambos lados. El modo desde la divergencia muestra solo los cambios del destino. Consulta la selección de versiones para ver en qué se diferencian.

3. Lee y cuestiona el diff de los commits

Abre archivos del árbol de cambios. Para cada cambio de comportamiento, lee una llamada, la condición modificada y su prueba. Pasa el cursor por la línea de revisiones para ver los ID completos. La comparación queda fijada a esos commits: abre otra cuando Codex añada commits.

Con un modelo conectado, pulsa «Pedir a la IA que revise esta comparación». Comprueba el adjunto y edita el borrador:

Revisa esta comparación buscando regresiones en cancelación, errores y supuestos de los llamadores. Para cada hallazgo, indica la entrada o estado que lo activa, la ubicación modificada, el comportamiento esperado y real, y las referencias de código. Separa los problemas existentes de los introducidos aquí e indica lo que no pudiste revisar.

Comprueba las referencias en las revisiones seleccionadas y confirma que el caso que dispara cada hallazgo puede ocurrir de verdad. Las conversaciones de comparación Git son de solo lectura.

4. Revisa lo que aún no tiene commit

Vuelve al botón de más/menos «Cambios». «Cambios locales» compara el contenido actual, incluido texto sin guardar en Yenpo, con HEAD. Revisa archivos añadidos, modificados y eliminados. Guarda lo que quieras conservar antes de usar Git o probar los archivos en disco.

Para distinguir el índice del árbol de trabajo:

git diff --stat HEAD --
git diff --cached --
git diff --
git ls-files --others --exclude-standard

El primero resume los cambios netos de archivos seguidos respecto a HEAD. Los dos siguientes muestran cambios preparados y sin preparar. El último enumera archivos sin seguimiento y no ignorados; ábrelos para leerlos. Una edición preparada y otra sin preparar pueden anularse, por lo que el diff neto no basta para saber qué entrará en el próximo commit.

«Pedir a la IA que revise todos los cambios» prepara otro borrador para los cambios actuales respecto a HEAD. Quedan fuera de la comparación de commits anterior. Si Codex no creó commits, aquí puede estar todo su trabajo.

5. Documenta la decisión de integración

Anota los ID comparados, si revisaste archivos sin commit, problemas confirmados y comandos de prueba ejecutados. Comprueba la copia y versión que vas a integrar: una prueba local puede ejecutar código ausente de la comparación fijada.

Si pides otra corrección, repite la comparación y la revisión local pertinentes. Para una función que siga sin estar clara, pide una explicación a tu modelo y comprueba sus citas. Para organizar la revisión por turnos, consulta el flujo de Claude Code.