Die GitHub Copilot-App hat Stacked Sessions und Stacked PRs gestartet: Infrastruktur für die parallele Entwicklung mit mehreren Agenten

Wenn KI-Codierungsagenten anfangen, parallel wie ein Team zu arbeiten, brauchen Entwickler nicht mehr „bessere Einzelvervollständigung“, sondern eine Infrastruktur zur Verwaltung „mehrerer paralleler Arbeitsabläufe“. GitHub gab die Antwort am 30. Juli: Die GitHub Copilot-App führte Stacked Sessions und Stacked Pull Requests (stacked PR) ein, und Stacked PRs gingen am selben Tag in die öffentliche Vorschau.

Welche Probleme löst der Stack-Workflow?

Das traditionelle Entwicklungsmodell ist „eine Änderung → eine PR → zusammenführen und dann die nächste durchführen“. Eine effiziente Entwicklung der agentengesteuerten Entwicklung erfordert Parallelität: Teilen Sie eine große Änderung in mehrere kleine PRs auf, die voneinander abhängig sind, und verwalten Sie mehrere Agentensitzungen parallel in der Copilot-App – jede Sitzung entspricht einer Verzweigung/Änderung. Dies ist der Schlüssel zur Verbesserung der Effizienz der Zusammenarbeit in großen Codebasen: Mehrere Agentensitzungen arbeiten gleichzeitig, wobei sich jede auf eine Änderung konzentriert, und werden schließlich in der Abhängigkeitsreihenfolge zusammengeführt.

Von Drittanbietern zur offiziellen Produktisierung

Stacked PR wurde bisher hauptsächlich durch Tools von Drittanbietern unterstützt, und GitHub wird es dieses Mal in die Copilot-App umsetzen. Dahinter steckt ein wichtiges Produkturteil: Mit der Popularität von KI-Codierungsagenten wechseln Entwickler von „handgeschriebenem Single-Thread-Code“ zu „Parallelentwicklung mit mehreren Agenten“, und Stack-Sitzung/PR ist die Infrastruktur zur Verwaltung dieses neuen Workflows. Wer diese Fähigkeiten zuerst zu einem offiziellen First-Class-Bürger macht, kann die Vorteile der Entwicklerplattform im Agentenzeitalter nutzen.

Aus Branchensicht sind Stacked Sessions und Stacked PRs wichtige Maßnahmen für GitHub, um seinen Status als Entwicklerplattform zu festigen und mit dem Cursor/Devin-Ökosystem zu konkurrieren. Das Signal, das es enthüllte, ist, dass sich der KI-Programmierwettbewerb von „Modellfähigkeiten“ auf „Workflow-Orchestrierung“ ausgeweitet hat – wenn ein Agent nicht ausreicht und mehrere Agenten parallel benötigt werden, ist es das eigentliche Anliegen von Teams auf Unternehmensebene, wie sie ihre Zusammenarbeit geordnet und ihre PR klar und überprüfbar gestalten können. Für inländische Code-Hosting- und Entwicklungsplattformen bedeutet dies die nächste Stufe des Wettbewerbs: Es geht nicht darum, wessen KI Code effizienter schreiben kann, sondern wer vollständige technische Unterstützung für die „Multi-Agenten-Zusammenarbeit“ bieten kann.

Mehrere Richtungen, die es wert sind, in Zukunft verfolgt zu werden:

1. Öffentliche Vorschau auf GA Rhythm: Die offizielle Veröffentlichungszeit und Stabilität von Stacked PRs.
2. Beziehung zu Stack-Tools von Drittanbietern: Die Auswirkungen auf Tools wie Graphite nach der offiziellen Produktisierung.
3. Konfliktbehandlung mehrerer Agentensitzungen: Abhängigkeits- und Konfliktlösungsmechanismus zwischen parallelen Änderungen.
4. Folgemaßnahmen zu inländischen Entwicklungsplattformen: Werden Plattformen wie Gitee ähnliche Stack-Workflow-Funktionen bereitstellen?