GitHub Copilot 应用新增堆叠会话与拉取请求功能

事件核心：发生了什么

GitHub 高级工程师 Cassidy Williams 在一篇技术博客中详细展示了 Copilot App 新增的两项能力：

堆叠会话（Stacked Sessions）： 在同一个代码仓库下，开发者可以创建多个独立的“会话”（Session），每个会话专注于一个子任务，并且会话之间可以相互引用和叠加。例如，一个会话处理样式现代化，另一个会话处理依赖升级，两个会话的修改可以基于同一个分支层叠推进。

拉取请求（Pull Request）管理： Copilot App 现在能够自动为会话生成 PR、关闭已有 PR，并在任务切换时智能地将变更“移植”到正确的分支上。Cassidy 在尝试升级一个 React 15 的老项目时，发现自己的“dev”分支有部分已完成的现代化工作，Copilot 自动新建了一个会话、关闭了之前开的 PR，并将样式决策应用到 dev 分支上，避免了手动合并的混乱。

这两项功能出现在 Copilot App 的界面中，以嵌套图标的形式呈现，并支持在 Plan（计划）模式下进行需求分析和方案推荐。

为什么重要

传统 AI 编程助手通常只处理单次问答或单文件生成，缺乏对复杂开发流程的感知。堆叠会话解决了两个长期痛点：

• 任务分解与依赖管理： 大型升级或重构需要多个步骤（比如先改样式、再升级依赖、最后修复兼容性），堆叠会话让这些步骤可以分而治之，且能保持上下文连续。

• 分支与 PR 自动化： 在真实开发中，代码往往被分散在不同分支上。Copilot 能够主动识别分支状态、关闭无效 PR、迁移代码变更，减少了开发者在版本控制上的心智负担。

对 GitHub 生态而言，这强化了 Copilot 从“代码补全工具”向“全流程开发代理”的转型，直接影响到 GitHub Actions、Copilot Chat 以及未来可能的企业级自动化工作流。目前公开信息显示，这是 Copilot 应用首次以“会话栈”的形式处理多步骤开发任务，在同类产品（如 Cursor 的 Composer、Amazon CodeWhisperer）中属于差异化能力。

对用户/开发者/创作者的影响

对于日常使用 Copilot 的开发者来说，影响是具体且可操作的：

• 处理存量项目升级： 类似 Cassidy 遇到的“React 15 + Less + react-bootstrap”老项目，开发者可以直接对 Copilot 描述目标，系统会分多个会话给出计划并执行。每个会话的改动可以逐步审查，而非一次性大改。

• 减少分支冲突： 在多个特性并行开发时，堆叠会话能自动关联分支状态，避免“忘记切分支”或“PR 冲突”等低级错误。Copilot 在处理 Cassidy 的案例时，主动识别了 dev 分支与 main 分支的差异并做了分支迁移。

• 降低 AI 工具使用成本： 因为会话可以独立运行和回滚，开发者不需要为每一个微小尝试都耗费大量 token 和对话历史。一旦某个会话的产出了问题，可以单独处理而不影响其他会话。

不过，目前功能的实际效果依赖于 Copilot App 对仓库上下文的理解精度。Cassidy 提到第一次“一键执行”失败，原因就是她自己的遗留分支状态被忽略。这说明开发者仍需具备基本的 Git 分支知识，不能完全依赖 AI。

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。

值得关注的后续

• 功能可用性范围： 堆叠会话和 PR 功能是否只面向 Copilot App（独立应用）使用，还是会集成到 VS Code 和 JetBrains 插件中？目前只看到 App 端演示，IDE 插件的支持时间尚未公布。

• 竞品跟进速度： Cursor 在 2026 年已经推出了“会话串联”和“代码库级重构”能力，GitHub 此举能否拉开差距，取决于是否能无缝对接 GitHub 的 issue、Actions 和 code review 流程。Amazon CodeWhisperer 和 Tabnine 在任务编排方面的公开信息较少，预计未来半年会有类似功能的更新。

• 计费与 token 消耗： 多会话叠加意味着更高的 API 调用次数和模型推理成本。Copilot 是否会针对“堆叠会话”引入新的计费层级或 token 配额，是企业用户需要关注的成本变化。

来源：GitHub AI & ML