GitHub Copilot code review: precio, límites y resultados

¿Cuánto cuesta la revisión de código de GitHub Copilot?

Una revisión de código de Copilot cuesta unos 1,50 $ en AI Credits con el esfuerzo Balanced predeterminado, además de un plan de pago de Copilot desde 10 $ al mes, a noviembre de 2026.

Desde el 1 de junio de 2026, Copilot factura el uso en GitHub AI Credits, a 0,01 $ cada uno, en lugar de en premium requests. Cada plan incluye una asignación mensual de créditos; en Business y Enterprise, el exceso se cobra por crédito. La revisión de código también gasta minutos de GitHub Actions, salvo en runners autohospedados.

El coste medio que publica GitHub por revisión es de 0,25 $ con esfuerzo Lite, 1,50 $ con Balanced y 10,00 $ con Max, que está en versión preliminar pública. Son medias: GitHub da rangos habituales de 0,05 $ a 1,00 $ para Lite, de 0,25 $ a 5,00 $ para Balanced y de 1,50 $ a 25,00 $ para Max, con los pull requests más grandes en la parte alta. Lite se centra en problemas comunes como bugs y fallos de seguridad; Balanced, el predeterminado, envía el pull request a un modelo con más capacidad de razonamiento; Max usa varios de ellos.

Lo que cuestan las revisiones de un equipo al mes

Pongamos 10 desarrolladores que abren 10 pull requests al mes cada uno: 100 revisiones. Con la media de Balanced, esas revisiones gastan unos 15.000 AI Credits. Diez licencias Business cuestan 190 $ al mes e incluyen 19.000 créditos, así que las revisiones se llevan por sí solas la mayor parte de la asignación que el equipo también necesita para el resto de funciones de Copilot.

Cómo funciona la revisión de código de Copilot y cómo activarla

Copilot revisa un pull request cuando lo añades como revisor, o todos los pull requests una vez que la revisión automática está activada para ti, para un repositorio o para una organización.

1. Pide una revisión. Abre un pull request y elige Copilot en Reviewers, igual que cuando pides revisores en GitHub (en inglés). Desde la terminal, ejecuta gh pr edit PR-NUMBER --add-reviewer @copilot.
2. O revisa tus propios pull requests de forma automática. Activa la revisión automática en tu configuración personal. Cubre solo los pull requests que abres tú.
3. Pásale tus reglas. Copilot lee .github/copilot-instructions.md, los archivos por ruta .github/instructions/*.instructions.md y AGENTS.md.
4. Aplica o delega las correcciones. Los comentarios incluyen cambios sugeridos que se aplican en un par de clics, y Fix with Copilot se los pasa al agente en la nube de Copilot, que abre un pull request contra tu rama o hace commit en la misma.

Copilot deja fuera los archivos de dependencias como package.json y Gemfile.lock, los archivos de log y los SVG. Además de en GitHub.com, funciona en GitHub CLI y GitHub Mobile, VS Code, Visual Studio, Xcode y los IDE de JetBrains, y en Azure DevOps en versión preliminar pública.

Revisar todos los pull requests de una organización

Para revisar todos los pull requests de muchos repositorios, la organización usa un conjunto de reglas (ruleset):

1. En Settings de la organización, abre Repository y luego Rulesets, y crea un branch ruleset.
2. En Target repositories, incluye o excluye repositorios por patrón de nombre, como *feature. En Target branches, añade la rama predeterminada o todas las ramas.
3. En Branch rules, marca Automatically request Copilot code review. Añade Review new pushes para recibir una revisión nueva en cada push, y Review draft pull requests para los borradores.

Las revisiones de pushes y borradores que activa un ruleset se aplican sea cual sea la configuración personal de cada desarrollador. La organización también decide quién paga: con la facturación por miembro, la predeterminada, cada revisión gasta los créditos del propio autor y falla cuando se le acaban; con la facturación de organización, paga la organización, para lo que antes hay que habilitar el uso de AI Credits de pago. Las organizaciones Business y Enterprise también pueden dejar que Copilot revise pull requests de miembros sin licencia de Copilot, si un propietario o administrador lo habilita.

Cómo es una revisión de Copilot y qué hacer con ella

En GitHub.com, una revisión suele llegar en menos de 30 segundos. Copilot publica un comentario de resumen y comentarios en línea en las líneas que le preocupan, y marca cada uno con severidad High, Medium o Low para que puedas repasar la lista de arriba abajo.

De forma predeterminada, la revisión es de tipo «Comment»: aprobar y pedir cambios queda en manos de las personas, y la protección de rama cuenta solo sus aprobaciones. Con las aprobaciones de Copilot activadas, una revisión aprobatoria de Copilot puede cumplir esa regla. Si llegan commits nuevos después de que Copilot apruebe, la aprobación se descarta.

Trabajar los comentarios se reduce a tres gestos:

• Aceptar una sugerencia. Haz commit de un cambio sugerido por separado o agrupa varios en un solo commit. En VS Code, Apply and Go To Next modifica tu copia de trabajo sin hacer commit.
• Delegar la corrección. Fix with Copilot abre un borrador de comentario donde le indicas al agente en la nube qué comentarios debe atender; después eliges entre un pull request nuevo o un commit en el actual. Requiere tener activados tanto la revisión de código como el agente en la nube.
• Valorar el comentario. El pulgar arriba o abajo es la forma de darle feedback a Copilot. Una respuesta escrita es para tus compañeros; Copilot lee solo la valoración.

Dos costumbres ahorran tiempo. Salvo que un ruleset revise los nuevos pushes, Copilot revisa cada pull request una vez, así que usa el botón para volver a solicitar la revisión, junto a su nombre en Reviewers, cuando hayas corregido lo necesario. Y cuenta con repeticiones: una nueva revisión puede volver a plantear un comentario aunque ya lo hayas resuelto o votado en contra.

Instrucciones personalizadas que Copilot sigue

Copilot lee sus instrucciones desde la rama del pull request, así que un cambio en ellas se prueba en el mismo pull request que lo introduce. Además de .github/copilot-instructions.md, los archivos de instrucciones por ruta y AGENTS.md, también tiene en cuenta CLAUDE.md, GEMINI.md y REVIEW.md.

El consejo de la propia GitHub: empieza con 10 a 20 reglas concretas centradas en los problemas que más se repiten en tus revisiones, escríbelas como órdenes breves en lugar de párrafos y mantén cada archivo por debajo de unas 1000 líneas, porque los archivos cortos tienen más probabilidades de procesarse enteros. Un archivo para todo el repositorio podría quedar así:

# Instrucciones de code review

## Seguridad
- Señala secretos, API keys o tokens escritos en el código.
- Toda consulta sobre datos de un cliente debe filtrar por organization_id.

## Datos
- Guarda los importes como céntimos en enteros, nunca como float.
- Cada columna nueva de la base de datos lleva migración y valor por defecto.

## Tests
- Una corrección de bug lleva un test que falla sin la corrección.

Las reglas que solo valen para algunos archivos van en .github/instructions/*.instructions.md con un patrón applyTo en el frontmatter, como applyTo: "**/*.py", y así Copilot reserva las reglas de Python para el código Python y deja tranquilo tu TypeScript.

Copilot pasa por alto algunas peticiones: las instrucciones que cambian el formato de sus comentarios, añaden emojis, modifican el comentario de resumen, bloquean el merge o siguen enlaces externos. Por eso conviene pegar en el archivo el contenido que enlazarías. Las reglas concretas funcionan mejor que peticiones vagas como «sé más preciso». Las instrucciones también alargan las revisiones: GitHub indica que el consumo crece con el tamaño del pull request y con tus instrucciones personalizadas.

Resultados de Copilot en pull requests escritos por agentes

En 16 pull requests escritos por agentes de programación, la revisión de código de Copilot encontró 67 problemas reales y HeyDeer encontró 119, un 78 % más, con 2 falsos positivos cada uno. Ocho agentes de programación, basados en modelos Claude, GPT, Grok, DeepSeek y GLM, desarrollaron las mismas dos funcionalidades en una app de analítica de código abierto, y cada hallazgo de los dos revisores se comprobó contra el código.

HeyDeer encontró más problemas en los pull requests de los ocho agentes, con el mismo número de falsos positivos. Los costes son precios de pago por uso de los créditos que gastó cada revisión, sin contar las asignaciones de los planes. El benchmark completo (en inglés) recoge cada hallazgo y el conjunto de datos.

En ReviewBench, el benchmark abierto de GitHub para la revisión de código con IA, los tres niveles de esfuerzo de la revisión de código de Copilot obtienen entre un 94,5 % y un 96,9 % de precisión en la vista predeterminada de severidad alta, a noviembre de 2026. La precisión de HeyDeer en esa vista es del 99,0 % con revisión Profunda, la más alta de la vista.

¿Cuándo basta con la revisión de código de Copilot?

Copilot basta cuando cada desarrollador ya tiene licencia con créditos de sobra, los pull requests son pequeños y los escriben sobre todo personas, y alguien revisa cada cambio después. En ese escenario es una primera pasada rápida que se prueba sin coste adicional.

Suma un segundo revisor cuando los agentes de programación escriben buena parte de tus pull requests, cuando un bug que se escapa sale caro o cuando los créditos de revisión empiezan a comerse el resto de la asignación. La propia GitHub advierte de que Copilot puede pasar por alto problemas y recomienda acompañarlo de revisión humana. Un revisor independiente que se ejecuta sobre los mismos pull requests muestra enseguida si Copilot se está dejando problemas en tu código.

Revisión de código de Copilot vs. HeyDeer, lado a lado

HeyDeer es un agente de revisión de código con IA para pull requests de GitHub que comprueba cada hallazgo contra el código antes de publicarlo y corrige los hallazgos cuando se lo pides. La revisión de código de Copilot viene con una licencia de Copilot y cobra cada revisión en AI Credits; HeyDeer es un único plan por espacio de trabajo, sin cobro por usuario. Las 100 revisiones al mes que gastan unos 15.000 créditos de Copilot cuestan 14 $ al mes en HeyDeer.

• La revisión de código de Copilot encaja con equipos en los que cada desarrollador ya tiene licencia de Copilot, las revisiones se hacen sobre todo dentro de GitHub y del IDE, y una primera pasada rápida es suficiente.
• HeyDeer encaja con equipos que integran código de varios agentes y personas, quieren una precisión medida y detectar más problemas antes del merge, y prefieren un precio por espacio de trabajo a una licencia por desarrollador.

¿Aún lo estás decidiendo? Ejecuta los dos sobre los mismos pull requests con nuestra guía de evaluación (en inglés), o consulta todas las herramientas de revisión de código con IA ordenadas por precisión. Los equipos que buscan un revisor sin licencia por desarrollador pueden comparar las alternativas a CodeRabbit.

Fuentes

1. GitHub Docs: Revisión del código de GitHub Copilot
2. GitHub Docs: Planes para GitHub Copilot
3. Blog de GitHub: Copilot is moving to usage-based billing (en inglés)
4. GitHub Docs: Uso de GitHub Copilot para la revisión de código
5. GitHub Docs: Configuración de la revisión de código mediante GitHub Copilot
6. GitHub Docs: Uso de instrucciones personalizadas para desbloquear la eficacia de la revisión de código de Copilot