Correr varios agentes de inteligencia artificial sobre el mismo proyecto suena a caos, demasiados cocineros en la misma cocina. Pero en la aplicación de GitHub Copilot esos agentes trabajan por separado y no interfieren entre sí, lo que permite avanzar en más frentes en menos tiempo.
Sirve pensarlo como una ida al lavado automático. Se pueden echar a andar varias cargas de ropa al mismo tiempo, cada una en su propia máquina y con su propia configuración, sin que una afecte a la otra. Y, sobre todo, no hay que esperar a que termine la primera para empezar la segunda.
¿Qué es exactamente una sesión de agente?
Una sesión de agente es una tarea que se le encarga a Copilot, de principio a fin. En la aplicación se administran varias desde la vista de sesiones, donde cada tarjeta muestra su título y cuánto ha avanzado el agente en completarla.
Cada sesión corre de manera independiente de las demás. Eso significa que se puede iniciar una sesión nueva en cualquier momento y las que ya estaban corriendo no se ven alteradas.
¿Por qué el worktree de Git es la pieza clave?
Acá está lo importante. Cada sesión de agente en la aplicación de GitHub Copilot puede correr sobre su propio worktree de Git. Un worktree es una copia de trabajo adicional del mismo repositorio, con su directorio propio y su rama propia, que comparte la base de datos de objetos con el repositorio original. Como cada sesión queda aislada, todas pueden ejecutarse en paralelo al mismo tiempo, sin conflictos de archivos ni cambios de rama que se pisen.
El efecto práctico es que el tiempo se va en revisar y decidir, no en mirar cómo trabajan los agentes.
Además, cada sesión conserva su propio contexto, así que se puede saltar de una a otra con libertad. Cada una retoma exactamente donde se dejó y no hay que volver a explicar qué se estaba haciendo. Menos cambios de contexto significan menos dispersión.
¿Cómo se ve en un caso concreto?
El ejemplo usa un repositorio llamado tailspin-toys, con tres cosas por hacer en el mismo día:
- agregar un ordenamiento por financiamiento
- hacer una revisión de accesibilidad
- correr algunas pruebas del proyecto
El primer paso es pedirle a Copilot que construya la función de ordenamiento. Apenas arranca, se abre una sesión nueva y se le encarga la revisión de accesibilidad. Mientras esa avanza, se parte una tercera sesión para correr las pruebas. Desde la vista de sesiones se sigue el progreso de las tres y se revisan los resultados a medida que terminan.
Una forma de probarlo con bajo riesgo es lanzar dos tareas chicas al mismo tiempo y observar cómo avanzan de manera independiente.
