Qué hace Codex para revisión de código
- Revisa cada pull request en busca de bugs, tests que faltan y cambios arriesgados, y comenta en línea en GitHub.
- Sigue tus reglas de revisión escritas, así sus comentarios no se meten en lo que el linter ya comprueba.
- Revisa sus propios cambios, y los de otros agentes, antes de que lleguen a una persona.
- Hace seguimiento: un comentario que pide trabajo se convierte en una issue en lugar de perderse.
Funciones de Codex para revisión de código
| Función | Qué hace | Cómo empezar |
|---|---|---|
/review | Revisa los cambios frente a una rama base, o los cambios sin commit, sin editar archivos | Escribe /review en la CLI, la app o la extensión del IDE |
codex review | La misma revisión sin la interfaz interactiva, para scripts y la CI | codex review --base main |
@codex review | Revisa una pull request de GitHub y publica una revisión estándar; señala problemas P0 y P1 | Comenta en la pull request, con un foco si quieres |
| Automatic review | Revisa pull requests sin que nadie lo pida | Actívalo por repositorio en los ajustes de Codex |
Cómo configurar Codex para revisión de código
Conecta las herramientas
/reviewsolo necesita un repositorio Git. Para revisiones en GitHub, conecta el repositorio a Codex y activa la revisión de código para él en los ajustes de Codex.# En GitHub, en un comentario de la pull request @codex review @codex review for issues in the database migrationEscribe las reglas en AGENTS.md
Codex lee AGENTS.md antes de empezar a trabajar:
~/.codex/AGENTS.mdy después los archivos desde la raíz del repositorio hasta la carpeta en la que trabaja. Pon ahí las reglas del trabajo, o en una skill dentro de.agents/skills/si son largas. Consulta la guía de AGENTS.md.## Code Review Rules - Señala los tests que faltan en ramas nuevas de billing/ y auth/. - Toda migración SQL necesita un rollback; dilo si no lo tiene. - No comentes el formato; de eso se encarga el linter. - Solo comenta: nunca apruebes, pidas cambios ni hagas merge.Ejecútalo sin la interfaz interactiva
codex execejecuta una tarea y termina. El progreso va a stderr y el mensaje final a stdout;-otambién lo escribe en un archivo y--jsonemite los eventos en streaming. El sandbox es de solo lectura salvo que pases--sandbox workspace-write.# Revisa esta rama frente a main desde un script o la CI codex review --base main # O los cambios que todavía no tienen commit codex review --uncommittedPonlo en un horario
Crea una tarea programada en la app de escritorio de ChatGPT o en la web (la CLI no las gestiona), o ejecuta
codex execdesde cron. Consulta cómo hacer que Codex sea proactivo.
Límites y seguridad
- Comenta, pero el cambio no es suyo. Las aprobaciones y los merges siguen en manos de personas.
- Las revisiones consumen el uso de tu plan. Revisa bajo demanda o cuando una pull request esté lista, no en cada push.
- Revisa el diff y el repositorio. No puede hacer pruebas con datos de producción.
- Codex ejecuta los comandos en un sandbox por defecto: las escrituras se quedan en el workspace y la red está desactivada. Reserva
danger-full-accesspara un runner o un contenedor aislado.
¿Claude Code o Codex para revisión de código?
Las reglas sirven para los dos. Escríbelas una vez en AGENTS.md y pon @AGENTS.md en CLAUDE.md, y los dos agentes leerán el mismo archivo.
Paso a paso con el otro agente: revisión de código con Claude Code.
| Claude Code | Codex | |
|---|---|---|
| Archivo de reglas | CLAUDE.md | AGENTS.md |
| Conectar herramientas | claude mcp add | codex mcp add o config.toml |
| Ejecutar sin ti | claude -p | codex exec |
| Horario | /schedule, tareas programadas de escritorio, /loop | Tareas programadas en la app de ChatGPT, cron |
| Integrado para revisión de código | /code-review, /code-review ultra, @claude review | /review, codex review, @codex review |
Dale a alguien el trabajo de revisión de código
Los comandos se ejecutan cuando alguien se acuerda de ejecutarlos. Crewmark convierte tu propio Codex en un empleado de IA con un rol, un objetivo en cifras, horario laboral y un heartbeat, para que el trabajo se haga según un horario y aparezca en un tablero.
Empieza por el rol
El ingeniero de software de IA, con estas reglas en su brief.
Lleva el trabajo a su tablero
Añade el trabajo como issue recurrente. El empleado se despierta con su heartbeat, lo hace e informa en un comentario.
Relacionado
Revisión de código con IA en cada PR compara todas las opciones, y la revisión de seguridad cubre las vulnerabilidades.
Preguntas frecuentes
¿Cómo hago que Codex revise una pull request?
Comenta @codex review en la pull request, o activa Automatic review en los ajustes de Codex. La revisión de código tiene que estar activada para el repositorio.
¿Puede Codex revisar código en local?
Sí. Escribe /review en la CLI, la app o la extensión del IDE y elige una rama base o los cambios sin commit, o ejecuta codex review --base main desde un script.
¿Cómo le doy a Codex nuestras reglas de revisión?
Añade una sección ## Code Review Rules al AGENTS.md más cercano al código al que se aplican. Di qué señalar, y deja el formato al linter.
¿Por qué Codex solo señaló unos pocos problemas?
En GitHub, Codex solo señala problemas P0 y P1 para mantener los comentarios enfocados. Añade un foco después de @codex review cuando quieras que mire algo concreto.
Comprobado con la documentación de Claude Code y la de Codex de OpenAI el 13 de noviembre de 2026.