GitHub Copilot app 上线 Stacked Sessions 与 Stacked PRs：多 Agent 并行开发的基础设施

当 AI 编码 Agent 开始像团队一样并行工作时，开发者需要的不再是"更好的单次补全"，而是一套管理"多个并行工作流"的基础设施。GitHub 在 7 月 30 日给出了答案：GitHub Copilot app 引入 Stacked Sessions（栈式会话） 与 Stacked Pull Requests（栈式 PR），同日 Stacked PRs 进入公共预览。

栈式工作流解决什么问题

传统开发模式是"一个改动 → 一个 PR → 合并后再做下一个"。而 Agent 驱动的高效开发需要并行：把一个大改动拆分为多个相互依赖的小 PR，在 Copilot app 中并行维护多个 Agent 会话——每个会话对应一个分支/改动。这正是大型代码库协作效率提升的关键：多个 Agent 会话同时工作，各自聚焦一个改动，最后按依赖顺序合并。

从第三方到官方产品化

Stacked PR 此前主要由第三方工具支持，GitHub 这次将其产品化到 Copilot app 中。这背后是一个重要的产品判断：随着 AI 编码 Agent 普及，开发者正从"单线程手写代码"转向"多 Agent 并行开发"，而栈式会话/PR 正是管理这种新工作流的基础设施。谁先把这套能力做成官方一等公民，谁就能在 Agent 时代的开发者平台上占据先机。

从行业视角看，Stacked Sessions 与 Stacked PRs 是 GitHub 巩固开发者平台地位、对抗 Cursor/Devin 生态的重要举措。它透露的信号是：AI 编程竞争已经从"模型能力"延伸到"工作流编排"——当一个 Agent 不够、需要多个 Agent 并行时，如何让它们协作有序、PR 清晰可审，才是企业级团队真正关心的问题。对国内代码托管与开发平台而言，这提示了下一阶段的竞争维度：不是谁的 AI 写代码更利索，而是谁能为"多 Agent 协作"提供完整的工程化支持。

后续值得跟踪的几个方向：

1. 公共预览到 GA 的节奏：Stacked PRs 的正式发布时间与稳定性。
2. 与第三方栈式工具的关系：官方产品化后对 Graphite 等工具的冲击。
3. 多 Agent 会话的冲突处理：并行改动之间的依赖与冲突解决机制。
4. 国内开发平台的跟进：Gitee 等平台是否会提供类似的栈式工作流能力。