GitHub permite solicitar revisiones de código de Copilot mediante las API REST y GraphQL y elegir el nivel de esfuerzo en cada petición. La función está disponible de forma general para los planes Copilot Pro, Pro+, Max, Business y Enterprise. También cambia el valor predeterminado: «Balanced» se aplica ya a quien mantenía la opción Default, salvo que hubiera elegido Lite de forma explícita.
El anuncio del 2 de octubre abre una integración útil para portales internos y automatizaciones. La documentación explica que también se puede pedir una revisión REST asignando copilot-pull-request-reviewer[bot] o desde la CLI con gh pr edit --add-reviewer @copilot.
Automatizar la solicitud no automatiza la decisión de fusionar
La API resuelve cuándo comienza la revisión, no si sus comentarios son correctos. Por defecto, Copilot deja un comentario y su evaluación no satisface una regla de aprobación obligatoria. Las aprobaciones que sí cuentan están en vista previa y deben habilitarse expresamente.
Un flujo razonable puede pedir Lite para cambios rutinarios y Balanced cuando se toquen autenticación, permisos, pagos o varios servicios. Esa clasificación debería salir de reglas visibles —rutas, etiquetas o riesgo— y no de una intuición escondida en un script.
Balanced cuesta más y no garantiza exhaustividad
GitHub estima entre 0,05 y 1 dólar en créditos de IA para una revisión Lite y entre 0,25 y 5 dólares para Balanced, además de los minutos de Actions que puedan corresponder. Son rangos, no tarifas fijas: el tamaño de la pull request y las instrucciones del repositorio influyen.
La aportación práctica es tratar el nivel de esfuerzo como un presupuesto de revisión. Registra en el comentario o en una comprobación el nivel solicitado, el motivo y el resultado. Mide después cuántos hallazgos se aceptan, se descartan o escapan y aparecen en una revisión humana o en producción.
Tres límites para un flujo por API
- No solicites una nueva revisión en cada evento si el commit no ha cambiado; deduplica por SHA.
- No concedas a Copilot acceso MCP o de red que la revisión no necesita; esos permisos se configuran por separado.
- No hagas que un «Approve» automático sea la única barrera para cambios sensibles, aunque GitHub permita contarlo en las reglas.
La API hace reproducible el disparador y el esfuerzo. La calidad sigue necesitando ejemplos conocidos y revisión humana. No hemos invocado la API ni medido revisiones propias.
Nivel de evidencia: documentación/fuente primaria. No se localizó una prueba independiente específica de la nueva API.
Transparencia: artículo elaborado con asistencia de IA a partir de las fuentes enlazadas. No se han ejecutado los productos o sistemas descritos.
