Agentes

GitHub Agent Merge: ¿puede Copilot arreglar tus pull requests mientras trabajas?

Agent Merge de GitHub puede vigilar una pull request en busca de flujos de Actions fallidos y conflictos de fusión. Cómo funciona, cuánto cuesta y cuáles son sus límites.

Por ·

Una pull request está lista para revisión cuando falla un flujo de trabajo de GitHub Actions. Antes de que termines de investigar, cambia la rama base y aparece un conflicto de fusión. Agent Merge, de GitHub, está pensado para vigilar esos bloqueos y empezar a resolverlos mientras tú pasas a otra cosa.

El 28 de octubre, GitHub llevó Agent Merge directamente al cuadro de fusión de las pull requests en github.com. Copilot puede vigilar flujos de Actions fallidos, conflictos de fusión o ambos. Trabaja en segundo plano cuando aparece un bloqueo seleccionado; tú sigues teniendo que revisar sus cambios y cumplir los requisitos de fusión del repositorio (GitHub).

Qué hace Agent Merge

En GitHub, Agent Merge forma parte de Copilot en la nube. Se activa en una pull request, se eligen los bloqueos que debe tratar y Copilot inicia un intento de reparación cuando detecta uno. GitHub publica actualizaciones en la línea temporal de la pull request para explicar por qué el agente se ha puesto en marcha (GitHub Docs).

Qué hace Agent Merge
BloqueoLo que Copilot puede hacer
Flujos de GitHub Actions fallidosInvestigar e intentar una corrección
Conflictos de fusiónIntentar resolver los conflictos entre la rama de la pull request y su rama base

Un intento de reparación no es una garantía. Una prueba puede fallar por una aserción incorrecta, un problema de dependencias o una regresión real; un conflicto puede implicar dos cambios válidos cuyo comportamiento previsto no se deduce solo del texto. Comprueba el diff resultante y vuelve a ejecutar o inspecciona las comprobaciones pertinentes antes de aceptar el cambio.

Cómo activarlo en GitHub

Necesitas un plan de Copilot de pago con acceso a Copilot en la nube. Si tu acceso procede de una organización o una empresa, sus políticas deben permitir la función en la nube. Además, debe estar activada la política de Copilot Enable automations del repositorio (GitHub Docs).

  1. Abre la pull request en GitHub.
  2. En el cuadro de fusión, selecciona Watch and fix.
  3. Elige Fix failed Actions workflows, Resolve merge conflicts o ambas.
  4. Sigue las actualizaciones de Agent Merge en el cuadro de fusión y en la línea temporal de la pull request.
  5. Revisa los cambios que haga Copilot y comprueba los resultados de los flujos de trabajo.

También puedes activarlo de forma predeterminada para las pull requests que crees en Settings → Copilot → Cloud. Para detenerlo en una pull request concreta, selecciona Unassign Copilot en el cuadro de fusión. GitHub indica que la función no admite pull requests apiladas ni pull requests abiertas desde forks.

¿Agent Merge fusiona la pull request?

La función en la nube de GitHub prepara y mantiene la pull request; activarla no activa la fusión automática. La función de fusión automática de GitHub, que es independiente, puede combinarse con Agent Merge y fusionará la pull request cuando se cumplan las revisiones y comprobaciones obligatorias del repositorio (GitHub Docs).

La distinción importa: si la fusión automática está activada, una reparación correcta puede ir seguida de una fusión en cuanto se cumplan los requisitos configurados. Revisa las reglas del repositorio y los cambios propuestos en lugar de dar por hecho que siempre habrá otra confirmación manual.

La aplicación de Copilot ofrece una experiencia distinta. GitHub afirma que su versión en la aplicación también puede atender comentarios de revisión y fusionar la pull request en cuanto GitHub lo permita. VS Code documenta además una experiencia experimental de Agent Merge con sus propias opciones. Esas superficies no deben considerarse idénticas a Watch and fix en GitHub (GitHub Docs; VS Code).

¿Cuánto cuesta?

La función en la nube de Agent Merge requiere un plan de Copilot de pago. Su consumo de créditos de IA se carga a la persona que lo activó en la pull request, que puede no ser la autora de la pull request. GitHub no indica un coste fijo por reparación en la documentación de Agent Merge; el consumo depende del trabajo realizado y de los modelos implicados (GitHub Docs).

La documentación de facturación individual de GitHub indica Copilot Pro a 10 $ al mes, Pro+ a 39 $ y Max a 100 $, con distintas asignaciones de créditos de IA incluidos. Son precios de plan, no cargos de Agent Merge; lo que consume una reparación es un uso aparte, dentro de la asignación y de las normas de facturación aplicables (GitHub billing). Consulta tu panel de uso y las condiciones de tu plan antes de activarlo de forma generalizada.

¿Dónde se ejecutan las correcciones?

Aunque Agent Merge pertenece a Copilot en la nube, GitHub indica que sus correcciones se ejecutan en un entorno de desarrollo basado en GitHub Actions, no en un sandbox en la nube. Puede usar las instrucciones personalizadas del repositorio, las agent skills y los pasos de configuración de .github/workflows/copilot-setup-steps.yml (GitHub Docs).

Eso hace que la configuración del repositorio influya en el resultado. Una dependencia ausente o una instrucción inexacta pueden afectar a lo que ve el agente. Presta especial atención a los cambios que afecten a pruebas, permisos y configuración de flujos de trabajo: una comprobación en verde es útil, pero no demuestra que se haya preservado la intención original ni la seguridad del flujo de trabajo.

Nuestra opinión

Agent Merge apunta a una fuente de fricción conocida: esperar a las comprobaciones, descubrir un fallo y volver a una rama solo para que se pueda fusionar. Para un desarrollador individual o un equipo pequeño, una reparación en segundo plano podría acortar esa interrupción.

Su valor dependerá de la calidad de las correcciones propuestas y del tiempo necesario para verificarlas. Empieza con una pull request con comprobaciones claras, elige solo los tipos de bloqueo que quieres que trate y compara el diff del agente con el objetivo original. Sigue el consumo de créditos junto con el tiempo de revisión. El resultado que importa es un cambio correcto y mantenible que supere las comprobaciones adecuadas, no simplemente un cuadro de fusión en verde.

Fuentes

¿Ha detectado un error en este artículo? Comuníquenoslo · Nuestra política de correcciones

Icono de Rekha: una casa dibujada de un solo trazo

Del mismo autor Autopromoción

Un camino euleriano, dibujado con el dedo

Rekha, el juego para iPhone del autor de OrigoTech: conecte todos los puntos de un solo trazo sin recorrer dos veces el mismo enlace, a lo largo de 500 dibujos que tienen solución.

El boletín de OrigoTech

Un resumen semanal con fuentes de las novedades de las herramientas de IA.

Seguir leyendo