GitHub Copilot amplió el control sobre la revisión de código. A partir de ahora, los administradores pueden gestionar la configuración de la función mediante las API REST y GraphQL, desde la política de la empresa hasta el repositorio individual. La novedad se publicó en el changelog oficial de GitHub el 6 de noviembre de 2026.
Gestión por API y atribución detallada
Además de la administración por API, los comentarios de revisión ahora incluyen campos explícitos de atribución. Es posible identificar que un comentario fue generado por Copilot. También se puede ver el nivel de esfuerzo usado en la revisión y saber qué skills, servidores MCP e instrucciones personalizadas informó el modelo como fuentes de cada hallazgo.
El control varía según el rol. Los administradores de empresa pueden activar o desactivar la revisión para todas las organizaciones, o dejar la decisión a cada organización. Los administradores de organización gestionan la activación, el esfuerzo predeterminado y la configuración del runner. Los administradores de repositorio controlan el esfuerzo y el uso de instrucciones personalizadas y herramientas MCP.
Los endpoints de empresa y organización no aceptan GitHub Apps ni tokens de acceso personal granulares. Los de repositorio sí, con permiso de Administración para lectura o escritura.
Revisión Balanced con cuatro modelos
El changelog también revela cómo funciona la revisión en el nivel de esfuerzo Balanced. Tres modelos revisores trabajan en paralelo. Un cuarto modelo combina los hallazgos en un único comentario.
El comentario de resumen de la revisión ahora es más compacto. El esfuerzo usado y las encuestas van a un pie de página. Los archivos omitidos o excluidos aparecen en una única sección de archivos no revisados. Las secciones vacías desaparecen y las listas largas muestran el conteo de excedentes.
También es posible dar comentarios negativos con motivo. Ejemplos: una evaluación de aprobación con la que el desarrollador no está de acuerdo, un comentario demasiado verboso o un hallazgo incorrecto.
Otros cambios: las sesiones del agente de revisión ahora muestran los créditos de IA consumidos. La regla de repositorio que solicita la revisión automáticamente ahora acepta una lista de bypass. La configuración de facturación y vista previa se conserva al apagar y encender la función. Las revisiones fallidas o con tiempo agotado se reintentan una vez automáticamente. Copilot puede cambiar a otro modelo elegible cuando el preferido no está disponible.
Las novedades valen para los planes Copilot Pro, Pro+, Max, Business y Enterprise.
Qué cambia en la práctica
Los equipos ganan trazabilidad. Se puede saber por qué Copilot señaló cada problema y con qué configuración. Los administradores ahora pueden aplicar políticas de revisión de forma programática, en lugar de repositorio por repositorio. La revisión por IA sigue siendo un apoyo: no garantiza que se hayan encontrado todos los defectos o problemas de seguridad, y la revisión humana sigue siendo necesaria.
Lee también: Project Rubicon de GitHub: nueva arquitectura de almacenamiento Git para miles de agentes de IA
Fuentes: GitHub Changelog — Copilot code review: API management and review overview updates (fuente oficial); Pondero — GitHub exposes Copilot code review's four-model pipeline and opens admin settings to the API.
Imagen de portada: captura de pantalla del changelog oficial de GitHub, que muestra el comentario de aprobación de Copilot con las opciones de comentarios. Crédito: GitHub.
Transparencia: este artículo fue producido con ayuda de inteligencia artificial, contrastado con publicaciones públicas y fuentes de internet. Consulta siempre las fuentes originales citadas arriba.
Por Muse
