GitHub Copilot code review ahora resuelve sus propios comentarios cuando un commit posterior los corrige, y muestra el progreso de cada pull request en un solo resumen. Además, escribe el mensaje de commit cuando aceptas un lote de sus sugerencias. Las tres novedades pasaron a disponibilidad general (GA) el 18 de septiembre de 2026.
Hay también una fecha para anotar en el calendario: a partir del 28 de septiembre de 2026, el ajuste “Default” del nivel de esfuerzo de revisión cambia de Lite a Balanced, el nivel más profundo y también el más caro. Más abajo explicamos qué hacer al respecto.
¿Qué es Copilot code review?
Copilot code review es el revisor de código con IA integrado en GitHub para pull requests. Agregas a Copilot como revisor y deja comentarios en línea con cambios sugeridos que puedes aplicar en un par de clics.
Está disponible en todos los planes pagos de Copilot; Copilot Free no lo incluye. Funciona en:
- GitHub.com
- GitHub CLI
- GitHub Mobile
- VS Code, Visual Studio, Xcode e IDEs de JetBrains
- Azure DevOps (en public preview)
Copilot siempre envía una revisión de tipo Comment, nunca “Approve” ni “Request changes”. Por defecto, su revisión no cuenta para las aprobaciones requeridas y no bloquea el merge.
¿Cómo usar Copilot code review en pull requests?
Abre el pull request y, en la barra lateral derecha, bajo Reviewers, haz clic en Request junto a Copilot. La revisión suele llegar en menos de 30 segundos.
A partir de ahí, los comentarios de Copilot se comportan como los de un compañero de equipo: puedes reaccionar, responder, resolverlos u ocultarlos. También puedes pedir una revisión por la REST API agregando copilot-pull-request-reviewer[bot] como revisor.
Un detalle importa para todo lo que sigue: Copilot no vuelve a revisar automáticamente cuando haces push de nuevos commits, salvo que lo hayas configurado (lo vemos en la sección de revisiones automáticas). Si no, pides la nueva revisión tú mismo con el botón que aparece junto al nombre de Copilot en el menú Reviewers.
¿Qué cambia en el resumen de la revisión de Copilot?
El comentario de resumen (overview) ahora muestra la evaluación actual de Copilot sobre el PR, qué nivel de esfuerzo usó y la lista completa de hallazgos, agrupados en tres categorías:
- Open: problemas que todavía no se atendieron. Los que introdujo tu último commit llevan la etiqueta
new. - Resolved since last review: problemas que Copilot confirmó que corregiste.
- Previously missed: problemas en código que ya habías subido y que Copilot recién detectó en una pasada posterior. Aparecen completos en el resumen, porque no se publican en ningún otro lugar del PR.
Cada hallazgo muestra su severidad y enlaza a su comentario en línea. Además, cada comentario de Copilot ahora empieza con un título breve, así puedes recorrer la lista y decidir qué mirar primero. Cuando subes más commits y vuelves a pedir revisión, el resumen conserva el historial en lugar de empezar de cero.
¿Cómo resuelve Copilot sus propios comentarios?
Cuando un commit posterior atiende uno de sus comentarios, Copilot resuelve ese hilo en su siguiente revisión, y el feedback pendiente queda abierto. Esto llegó primero el 11 de septiembre; la actualización del 18 de septiembre lo refinó en dos aspectos:
- Copilot respeta tus respuestas. Si respondes a un comentario pidiendo que el problema quede abierto, queda abierto.
- Copilot resuelve con un motivo. Según tus commits posteriores, un hilo puede cerrarse como
Won't FixoIncorrect, en lugar de desaparecer sin explicación.
El efecto práctico: después de un par de rondas de revisión, los hilos abiertos en tu PR son los que de verdad necesitan trabajo. Se acabó hacer clic en “Resolve conversation” en una docena de comentarios obsoletos antes del merge.
¿Copilot escribe el mensaje de commit cuando aceptas sus sugerencias?
Sí. Cuando haces commit de un lote completo y elegible de sugerencias de Copilot, genera un título de commit y una descripción opcional basados en lo que realmente hacen los cambios. El lote puede incluir también sugerencias de revisores humanos. Adiós al genérico “Apply suggestions from code review” en tu historial.
¿Cuánto cuesta Copilot code review: Lite o Balanced?
Usa Lite para cambios de rutina y Balanced para todo lo complejo o riesgoso; la diferencia de costo es real.
- Lite es la revisión estándar de GitHub: feedback rápido y focalizado sobre bugs, vulnerabilidades de seguridad y estilo.
- Balanced envía el PR a un modelo de mayor razonamiento para un análisis más largo. GitHub lo recomienda para:
- código sensible desde el punto de vista de la seguridad
- cambios que tocan varios servicios
- repositorios con estándares de calidad estrictos
Ambos niveles están disponibles en Copilot Pro, Pro+, Max, Business y Enterprise.
Según la documentación de GitHub al momento de publicar esta nota, una revisión Lite consume típicamente un estimado de USD 0,05 a 1 en créditos de IA, y una Balanced, de USD 0,25 a 5. Ninguno de los rangos incluye los minutos de GitHub Actions, y GitHub aclara que el consumo crece con el tamaño del PR y con las instrucciones personalizadas.
Lite, además, se volvió más exhaustivo. Desde el 11 de septiembre combina los hallazgos de un conjunto (ensemble) de agentes en lugar de uno solo. Según los experimentos del propio GitHub, esto aumentó en un 47% la cantidad promedio de comentarios atendidos por revisión en hallazgos de severidad alta, y redujo el costo de revisión en torno a un 8%. Son cifras internas de GitHub, no benchmarks independientes.
¿Copilot code review es gratis?
No en Copilot Free, que no incluye code review. Sí existe una vía para miembros de una organización sin licencia de Copilot: en los planes Business y Enterprise, un administrador puede habilitarlo, y los créditos que consumen esas revisiones se facturan a la organización como uso adicional.
¿Qué cambia el 28 de septiembre?
A partir del 28 de septiembre de 2026, todo repositorio u organización con el nivel de esfuerzo en Default recibirá revisiones Balanced en lugar de Lite. Si prefieres Lite, selecciónalo explícitamente antes de esa fecha; GitHub dice que respetará esa elección y no la cambiará.
A nivel de repositorio:
- Ve a Settings.
- En “Code, planning, and automation”, haz clic en Copilot y luego en Code review.
- Junto a Review effort level, elige Lite o Balanced.
A nivel de organización:
- Ve a Settings de la organización.
- Sigue la misma ruta: Copilot y luego Code review.
- Define el valor por defecto de Review effort level.
Los repositorios que no eligieron su propio nivel heredan el de la organización. Estos valores por defecto aplican a las revisiones automáticas; en una solicitud manual eliges el nivel en la sección Reviewers del PR, y esa elección solo vale para esa revisión.
¿Cómo hacer que Copilot revise todos los pull requests automáticamente?
Se configura con un branch ruleset:
- En el repositorio, ve a Settings → Rulesets → New ruleset → New branch ruleset.
- Ponlo en Active y elige las ramas objetivo.
- En “Branch rules”, selecciona Automatically request Copilot code review.
- Marca Review new pushes si quieres una revisión en cada push.
- Opcionalmente, marca Review draft pull requests.
Las organizaciones pueden hacer lo mismo desde Settings → Repository → Rulesets de la organización. Y si tienes Pro, Pro+ o Max, puedes activar Automatic Copilot code review desde Copilot settings en tu perfil.
Review new pushes es la opción que une todas las novedades: la autorresolución ocurre en cada nueva revisión, así que con esta opción activa, cada push actualiza el marcador sin que tengas que pedirlo. Ten en cuenta que cada revisión automática también consume créditos de IA.
¿Cómo le indicas a Copilot qué revisar?
Copilot lee las instrucciones de tu propio repositorio desde tres lugares:
.github/copilot-instructions.mdpara reglas de todo el repositorio.github/instructions/**/*.instructions.mdpara reglas que aplican a rutas específicasAGENTS.mden la raíz del repositorio para convenciones compartidas entre herramientas de IA
Lee estos archivos desde la rama head del PR, así que puedes probar un cambio en tus instrucciones en el mismo pull request que lo introduce. La documentación de GitHub incluye una instrucción de ejemplo que es un buen punto de partida para equipos hispanohablantes: “When performing a code review, respond in Spanish.”
La opinión de Devy
Las novedades GA no son tanto una capacidad nueva como el fin de una tarea tediosa. Quien haya usado un revisor con IA conoce el patrón: los comentarios se acumulan, la mitad queda obsoleta tras el siguiente push y limpiar antes del merge te toca a ti. Una revisión que lleva su propio progreso y cierra sus propios hilos es la parte que ahorra tiempo de verdad.
El cambio del 28 de septiembre es lo que hay que resolver esta semana. Balanced es una mejor revisión para el código que la merece, pero no debería convertirse en el valor por defecto de todos tus PR solo porque nadie tocó un ajuste. Elige tu nivel a propósito, repositorio por repositorio.
Si estás repensando dónde se revisa el código escrito por agentes, lo analizamos en El PR Ya No Es el Único Lugar Donde se Revisa el Trabajo de un Agente. Y si todavía estás comparando herramientas, revisa ¿Cuál es la mejor IA para programar en 2026?.