que paso
GitHub amplió la revisión del código Copilot para cubrir solicitudes de extracción creadas por bots, solicitudes de extracción de agentes en la nube Copilot y solicitudes de extracción muy grandes. También agregó motivos de resolución para los comentarios de revisión de Copilot.
El registro de cambios de GitHub del 27 de agosto de 2026 dice que la revisión del código Copilot ahora puede revisar dos categorías de solicitudes de extracción que no cubría anteriormente: solicitudes de extracción creadas por bots cuando se solicita una revisión automáticamente y solicitudes de extracción muy grandes. La actualización es un cambio de producto a un sistema de revisión de IA, en lugar de un cambio general al flujo de trabajo de solicitud de extracción de GitHub. La fuente no indica cuántos clientes se ven afectados ni con qué frecuencia se producen estos casos.
Para las solicitudes de extracción creadas por bots, GitHub dice que las organizaciones deben habilitar la política que permite a los miembros sin una licencia Copilot usar la revisión de código Copilot en GitHub.com. Según ese acuerdo, la revisión puede continuar aunque no haya una cuenta con licencia Copilot a la que atribuirla, y GitHub dice que el uso se factura directamente a la organización. La fuente no especifica la unidad de facturación, el precio, la cuota o si los administradores reciben controles adicionales.
La actualización también cambia el tratamiento de las solicitudes de extracción abiertas por el agente en la nube Copilot. Anteriormente, GitHub dice que las revisiones solicitadas automáticamente de esas solicitudes de extracción se reducían a una experiencia limitada. La revisión del código Copilot ahora puede proporcionar lo que GitHub llama una revisión agente completa. Por otra parte, GitHub dice que su límite anterior de 300 archivos o 20.000 líneas de código ya no se aplica a solicitudes de extracción grandes. El anuncio no identifica un límite superior de reemplazo ni explica cómo la latencia de revisión y el costo pueden cambiar en caso de cambios inusualmente grandes.
GitHub agregó un menú desplegable junto al botón "Resolver conversación" en los comentarios de revisión del código Copilot. Los desarrolladores pueden seleccionar "Abordado", "No se solucionará" o "Incorrecto" al resolver un comentario. GitHub dice que estas selecciones brindan retroalimentación a su equipo de producto y ayudan a mejorar el producto. La fuente no dice si los motivos afectan las revisiones futuras de un repositorio individual, si se utilizan solo en conjunto o si se exponen a través de herramientas de informes.
Detalles de la fuente: github.blog ↗
Por qué es importante
Los cambios amplían la revisión del código de IA a los flujos de trabajo donde el software es producido por bots y eliminan un límite de tamaño establecido. También crean una señal de retroalimentación sobre si los desarrolladores abordaron, rechazaron o cuestionaron un comentario de IA.
El cambio de revisión de bot es importante porque lleva la revisión de IA a un flujo de trabajo en el que el autor de una solicitud de extracción puede ser en sí mismo un agente de software automatizado. Esto podría ayudar a las organizaciones a aplicar un paso de revisión al código producido por el agente en la nube Copilot u otros bots sin necesidad de que cada cambio creado por el bot se asigne a una cuenta humana con licencia. Al mismo tiempo, la fuente establece una dependencia de facturación y política: la organización debe habilitar explícitamente la configuración relevante y la organización asume el costo de uso indicado.
El cambio del agente en la nube Copilot es significativo dentro del ecosistema de productos de GitHub porque elimina el respaldo de revisión limitada para las revisiones solicitadas automáticamente de las solicitudes de extracción escritas por los propios agentes de la empresa. En términos prácticos, un agente de software puede generar un cambio y otra capacidad de revisión Copilot puede examinarlo según las reglas de automatización configuradas de la organización. El anuncio no establece que esto cree una garantía independiente, detecte más defectos o reemplace la revisión humana. Solo describe una capacidad más amplia del producto y un cambio en la experiencia de revisión.
Eliminar el límite establecido de 300 archivos o 20 000 líneas podría hacer que la revisión del código Copilot sea más utilizable para actualizaciones de dependencias grandes, cambios generados, migraciones u otras modificaciones amplias. Sin embargo, la ausencia de un límite de reemplazo es importante. Las revisiones muy grandes aún pueden enfrentar restricciones no documentadas, costos más altos, tiempos de procesamiento más prolongados o utilidad reducida si se vuelve difícil priorizar los comentarios. GitHub no proporciona ningún punto de referencia que compare la calidad de las revisiones de solicitudes de extracción grandes con revisiones más pequeñas, y ninguna evidencia en esta fuente muestra que la capacidad ampliada mejore la confiabilidad del software.
La función de motivo de resolución puede mejorar la información disponible para GitHub sobre cómo los desarrolladores juzgan los comentarios de revisión generados por IA. "Abordado", "No se solucionará" e "Incorrecto" distinguen una solución de una decisión deliberada y de una sugerencia errónea, que podría ser más informativa que simplemente cerrar una conversación. Pero la fuente no cuantifica las mejoras de calidad esperadas, no describe cómo se utilizarán los datos ni aborda si las selecciones son visibles para los participantes del repositorio más allá del comentario en sí. Esos detalles afectan las implicaciones de la función en el lugar de trabajo y la gobernanza.
Mecanismo interactivo: cómo funciona realmente
Explore la tecnología subyacente detrás de este desarrollo de forma interactiva.
crm_get_transaction(id='4092').A route planner searches possible journeys using explicit rules. What does this illustrate about AI?
Qué ver a continuación
La fuente no proporciona mediciones de calidad de revisión, un nuevo tamaño máximo de solicitud de extracción, detalles de precios ni condiciones de disponibilidad más amplias. Las organizaciones deberán evaluar la precisión, el costo y la supervisión a medida que las revisiones automatizadas cubran más código generado.
Las organizaciones que estén considerando ampliar el flujo de trabajo de revisión de bots deben observar primero las consecuencias de la política y la facturación. La fuente dice que la revisión automática de las solicitudes de extracción creadas por bots está disponible cuando la política que permite a miembros sin licencia usar la revisión de código Copilot está habilitada y ese uso se factura directamente a la organización. GitHub no publica precios, límites ni ejemplos en este anuncio, por lo que los administradores aún necesitan esos detalles antes de estimar el efecto financiero de una automatización más amplia.
La siguiente pregunta práctica es cómo se comporta la revisión agente completa en el código abierto por el agente en la nube Copilot. La evidencia útil incluiría tasas de detección de errores, tasas de falsos positivos, tiempos de finalización de las revisiones y ejemplos de problemas encontrados o pasados por alto. Ninguna de esas medidas aparece en la fuente. Los mantenedores humanos aún necesitarán determinar si los comentarios son técnicamente correctos y si es seguro fusionar una solicitud de extracción, particularmente porque el anuncio describe la expansión de la capacidad en lugar de una evaluación independiente.
La eliminación del límite de tamaño anterior justifica la supervisión de un nuevo límite operativo. GitHub dice que la restricción de 300 archivos o 20.000 líneas ya no se aplica, pero no indica el tamaño máximo que se puede revisar, cómo maneja el sistema el código generado o repetitivo, o si las revisiones grandes tienen un precio diferente. Los usuarios deben buscar documentación sobre límites, latencia, manejo de fallas y controles para dividir cambios grandes en unidades revisables más pequeñas.
Los motivos de resolución podrían convertirse en un importante mecanismo de retroalimentación del producto si GitHub informa cómo influyen en las mejoras del modelo o del sistema de revisión. Por ahora, la fuente solo dice que las selecciones brindan comentarios valiosos al equipo de producto. No dice si los desarrolladores pueden exportar los datos, corregir una clasificación errónea o auditar cómo se utilizan los comentarios. Esas preguntas serán importantes para los equipos que desean una supervisión mensurable de la calidad de la revisión de la IA en lugar de un simple registro de que se cerró una conversación.