Revisión de código automática: Copilot, Claude Code y Codex comparados

La revisión de código automática consiste en pedir a un modelo que lea una pull request y comente los errores antes de que una persona la apruebe. A 23 de octubre de 2026, las tres herramientas que más comparan los equipos son la revisión de código de GitHub Copilot, el comando /code-review de Claude Code y la revisión de código de Codex. Hacen el mismo trabajo en sitios distintos: Copilot en la lista de revisores de GitHub, Claude Code en tu terminal o como revisión más profunda en la nube, y Codex en GitHub con un comentario o con revisiones automáticas. Esta guía compara cómo funciona cada una, cuánto cuesta y cómo sacarle partido, a partir de la documentación oficial leída el 23 de octubre de 2026.

Las tres herramientas de un vistazo

Tabla: herramientas de revisión de código (documentación oficial, comprobada el 23 de octubre de 2026)

Revisión de código de GitHub Copilot

En una pull request, pulsa Request junto a Copilot en Reviewers. GitHub indica que la revisión suele tardar menos de 30 segundos. Copilot marca cada comentario como High, Medium o Low, incluye cambios sugeridos que se aplican en un par de clics y añade una valoración de aprobación a su comentario de resumen. De serie deja una revisión de tipo Comment, que no cuenta para las aprobaciones obligatorias; los administradores pueden permitir que apruebe, y esa aprobación se descarta si llegan commits nuevos.

Las revisiones automáticas están disponibles en Copilot Pro, Pro+ y Max y con licencias Business o Enterprise; con un conjunto de reglas también puedes revisar cada push nuevo. Copilot Free no incluye revisión de código. Dos límites que conviene saber: Copilot no ve las respuestas que dejas en sus comentarios y, al revisar otra vez, puede repetir comentarios que ya resolviste o votaste en contra.

/code-review en Claude Code

En Claude Code, /code-review revisa los cambios de tu rama actual, también los que no has guardado en un commit, y te informa de los errores de corrección en la conversación. Puedes indicarle el número de una pull request, una rama, una ruta o un rango de commits, por ejemplo /code-review 1234 o /code-review main...mi-rama. Funciona como un subagente en segundo plano con su propio contexto, así que no llena tu sesión, y sigue tu CLAUDE.md. Dos opciones cambian lo que pasa: --fix aplica las correcciones en tu copia de trabajo, según tu modo de permisos, y --comment las publica como comentarios en línea en una pull request de GitHub. El nivel de esfuerzo cambia cobertura por confianza: low solo informa de los hallazgos de los que está más seguro.

Funciona con cualquier plan y cuenta para tu uso habitual. Para las fusiones importantes existe además /code-review ultra, una versión preliminar que hace una revisión con varios agentes en la nube y reproduce cada hallazgo antes de informar de él. Las cuentas Pro y Max tienen tres revisiones gratis, una sola vez; después, según Anthropic, una revisión suele costar entre 5 y 25 dólares en créditos de uso, según el tamaño del cambio. Nuestra guía sobre cómo usar Claude Code explica el resto de la herramienta.

Revisión de código de Codex

Codex revisa pull requests de GitHub de dos formas: escribe @codex review en un comentario, o conecta el repositorio, abre los ajustes de revisión de código de Codex y activa Automatic review. Codex publica su revisión como lo haría un compañero y, en GitHub, solo señala problemas P0 y P1 para centrar los comentarios en los riesgos de prioridad alta. Sigue los archivos AGENTS.md de tu repositorio: añade una sección ## Code Review Rules al archivo más cercano al código que gobiernan esas reglas. Nuestra guía de AGENTS.md explica el archivo. Las merge requests de GitLab están en versión preliminar.

Cómo conseguir revisiones que valga la pena leer

1. Escribe las reglas. Las tres leen un archivo de instrucciones: dile al revisor qué importa en tu código, como comprobaciones de seguridad, gestión de errores o límites de rendimiento, y qué debe ignorar.
2. Haz pull requests pequeñas. Todas revisan un diff; los diffs pequeños dan hallazgos más precisos y revisiones en la nube más baratas.
3. Trata los hallazgos como sugerencias. Un modelo puede equivocarse, y un comentario equivocado dicho con seguridad sigue siendo un error. Reproduce el fallo antes de corregirlo.
4. No dejes que apruebe sola. Copilot puede aprobar si se lo permites, pero una persona debe responder de la fusión en todo lo que importe.
5. Vigila a qué tiene acceso. Las revisiones que leen incidencias, páginas o herramientas conectadas pueden desviarse por una inyección de prompts escondida en ese contenido.

Cuál elegir depende sobre todo de dónde trabaja ya tu equipo: Copilot si vivís en GitHub con licencias de Copilot, Codex si usáis ChatGPT y queréis solo comentarios de prioridad alta, y Claude Code si queréis revisar en la terminal antes incluso de abrir la pull request. Nuestra comparativa de asistentes para programar repasa las herramientas que hay detrás.