Una de las mayores dificultades al trabajar con agentes de codificación es mantener la revisión de cambios manejable cuando se generan funcionalidades extensas. Es importante destacar que la combinación de la CLI de GitHub?Stacks con la skill correspondiente y el agente GitHub?Copilot permite dividir esas funcionalidades en Pull Requests (PR) apilados, facilitando tanto la revisión humana como la automatización de pruebas. Al instalar la extensión de GitHub?Stacks en el entorno de desarrollo y habilitar la skill, el agente queda preparado para ejecutar comandos de creación de stacks directamente desde la consola de Copilot.
Una consideración clave es la configuración inicial del agente de codificación. Primero, se verifica que la extensión de GitHub?Stacks esté presente y, a continuación, se instala la skill de Stacks en Copilot, preferiblemente a nivel global para que esté disponible en todos los proyectos. La verificación se realiza mediante el comando `skills` dentro de la CLI de Copilot, donde la skill debe aparecer en la lista superior. Una vez confirmada su presencia, Copilot reconoce la capacidad de interactuar con la CLI de Stacks y de ejecutar los comandos necesarios para crear y gestionar los PR apilados.
El flujo de trabajo típico comienza con la definición de un prompt que indique al agente la necesidad de generar varios PR independientes, cada uno enfocado en una capa específica de la aplicación. Por ejemplo, el primer PR puede encargarse de obtener datos externos mediante una biblioteca de Python, el segundo de añadir visualizaciones gráficas y el tercero de comparar múltiples tendencias. La skill de Stacks se encarga de crear cada PR de forma secuencial, rebasando automáticamente el nuevo PR sobre el anterior, lo que garantiza que la historia de cambios sea lineal y que cada capa dependa de la anterior sin conflictos.
La experiencia nos demuestra que integrar este proceso con un workflow de CI es fundamental. Cada PR del stack dispara su propia ejecución de pruebas en la rama principal, lo que permite validar de forma aislada cada incremento funcional. Al revisar los PR en la interfaz de GitHub, se observa el stack completo con sus componentes individuales, y los resultados de CI aparecen de forma consistente para cada uno. Esta visibilidad facilita la toma de decisiones: los revisores pueden centrarse en un PR a la vez, confirmar que las pruebas pasan y, cuando sea necesario, decidir el método de merge que mejor se ajuste a la política del proyecto.
Al llegar al momento de integrar los cambios, la herramienta permite mergear todo el stack con un solo comando, cerrando automáticamente los PR subordinados. Es importante destacar que, al hacerlo, se preserva el orden de los cambios y se evita la proliferación de ramas temporales. Además, el proceso de merge garantiza que los cambios de cada capa se apliquen de forma acumulativa, lo que simplifica la gestión de versiones y reduce la probabilidad de errores de integración.
En conclusión, la adopción de GitHub?Stacks junto con Copilot transforma la manera en que los equipos manejan funcionalidades complejas generadas por agentes de codificación. Al dividir el trabajo en PR apilados, se mejora la trazabilidad, se acelera la revisión y se mantiene la calidad del código mediante CI continuo. La experiencia nos demuestra que, una vez configurada la skill y el entorno, el proceso es fluido y aporta un valor tangible a cualquier proyecto Cloud que requiera iteraciones rápidas y seguras.
Fuente: YouTube
