L'application GitHub Copilot a lancé Stacked Sessions et Stacked PR : infrastructure pour le développement parallèle multi-agents

Lorsque les agents de codage d'IA commencent à travailler en parallèle comme une équipe, ce dont les développeurs ont besoin n'est plus d'une « meilleure complétion unique », mais d'une infrastructure pour gérer « plusieurs flux de travail parallèles ». GitHub a donné la réponse le 30 juillet : l'application GitHub Copilot a introduit les sessions empilées et les demandes d'extraction empilées (PR empilées), et les PR empilés sont entrés en préversion publique le même jour.

Quels problèmes le workflow de pile résout-il ?

Le modèle de développement traditionnel est « un changement → un PR → fusionner puis faire le suivant ». Un développement efficace du développement piloté par agent nécessite du parallélisme : divisez un changement important en plusieurs petits PR qui dépendent les uns des autres et maintenez plusieurs sessions d'agent en parallèle dans l'application Copilot - chaque session correspond à une branche/un changement. C'est la clé pour améliorer l'efficacité de la collaboration dans les grandes bases de code : plusieurs sessions d'agent fonctionnent en même temps, chacune se concentrant sur un changement, et finalement fusionnées dans l'ordre des dépendances.

De la production tierce à la production officielle

Stacked PR était auparavant principalement pris en charge par des outils tiers, et GitHub le produira cette fois dans l'application Copilot. Derrière cela se cache un jugement produit important : avec la popularité des agents de codage d'IA, les développeurs passent du "code manuscrit monothread" au "développement parallèle multi-agents", et la session de pile/RP est l'infrastructure nécessaire pour gérer ce nouveau flux de travail. Celui qui fera de cet ensemble de capacités un citoyen officiel de première classe pourra profiter de la plate-forme de développement à l’ère des agents.

Du point de vue de l'industrie, les sessions empilées et les PR empilés sont des mesures importantes permettant à GitHub de consolider son statut de plate-forme de développement et de rivaliser avec l'écosystème Cursor/Devin. Le signal révélé est que la concurrence en matière de programmation d'IA s'est étendue des « capacités de modèle » à « l'orchestration du flux de travail » : lorsqu'un seul agent ne suffit pas et que plusieurs agents sont nécessaires en parallèle, la véritable préoccupation des équipes au niveau de l'entreprise est de savoir comment rendre leur collaboration ordonnée et leurs relations publiques claires et révisables. Pour les plates-formes nationales d'hébergement et de développement de code, cela ouvre la prochaine étape de la concurrence : il ne s'agit pas de savoir à qui l'IA peut écrire du code le plus efficacement, mais à qui peut fournir un support technique complet pour la "collaboration multi-agents".

Plusieurs orientations à suivre dans le futur :

1. Aperçu public de GA Rhythm : l'heure de sortie officielle et la stabilité des PR empilés.
2. Relation avec les outils de pile tiers : L'impact sur des outils tels que Graphite après la production officielle.
3. Gestion des conflits de plusieurs sessions d'agent : mécanisme de dépendance et de résolution de conflits entre modifications parallèles.
4. Suivi des plateformes de développement nationales : Les plateformes telles que Gitee fourniront-elles des capacités de flux de travail de pile similaires.