Copilot App 会话无缝衔接 VS Code 指南

GitHub Copilot App 生成的代码可直接在 VS Code 中继续编辑、调试和推送,无需重建上下文。本文介绍从会话打开到提交 PR 的完整操作路径。
场景痛点:AI 生成完代码,谁来收尾?
Copilot App 的 agent 已经完成了大部分代码变更,但你还需要检查某个实现细节、手动调整几行代码、在本地跑一遍项目再合并。问题来了:工作成果躺在 Copilot App 里,而你审查 diff、调试代码、做最终调整的地方是 VS Code。难道只能二选一——要么留在会话里,要么在编辑器里从头再来?
其实不用。你可以直接把 Copilot App 的会话打开到 VS Code 中,对话记录、代码变更和工作上下文全部保留。
核心能力:上下文零丢失
这个功能的关键价值在于"会话上下文完整保留"。一个 Copilot App 会话不仅仅是修改过的文件集合,它还记录了任务描述、执行计划和完整对话历史。这些信息在后续审查和追问时非常重要——比如你想了解 Copilot 为什么选择某种实现方式,或者要求它修改某部分代码。
迁移到 VS Code 后,你得到三样东西的无缝衔接:
- 会话上下文:任务、计划和对话历史都还在
- 变更 diff:agent 修改的文件和行可以直接审查
- 工作树(worktree):VS Code 打开的是会话使用的同一个隔离工作目录
操作路径:四步完成衔接
第一步:在 Copilot App 中确认会话
打开你要继续的会话,花一分钟回顾 agent 完成了什么。不需要手动总结历史或复制到新对话——这些上下文会自动带过去。
第二步:一键打开到 VS Code
在会话界面点击 Open in VS Code。如果系统检测到多个编辑器或 VS Code 安装,选择你要用的那个。VS Code 会打开会话关联的 worktree,并在 Copilot 侧边栏中显示已有会话。
第三步:逐行审查 AI 的变更
打开 Source Control 视图,逐个文件查看 diff。审查要点包括:
- 代码是否解决了目标问题
- 实现是否符合仓库编码规范
- 错误状态和边界情况是否处理
- 测试是否覆盖了变更行为
- 是否误改了无关文件
如果有疑问,直接在侧边栏继续向 Copilot 提问。因为会话是延续的,你不需要重新描述任务背景。
第四步:手动微调与本地验证
理解 agent 的变更方案后,直接在 VS Code 中编辑文件。手动调整适合做这些事:
- 优化错误提示或标签文案
- 重命名变量提升可读性
- 调整布局或样式细节
- 补充遗漏的测试用例
- 应用仓库特有的编码约定
你编辑的是会话的现有 worktree,改动直接叠加在 agent 的工作之上,不需要在目录间复制文件。完成后,用 VS Code 集成终端运行项目验证流程,确认一切正常后推送更新到关联的 PR。
对谁有价值
- 日常用 AI 辅助编码的开发者:AI 负责重复性、耗时的工作,你负责审查和收尾,效率翻倍
- 团队代码审查者:可以直接在编辑器中审查 AI 生成的变更,保持工作流一致
- AI 工具链集成者:了解这个衔接模式,有助于设计更流畅的人机协作流程
核心思路很简单:让 AI 做它能做好的部分,把最终控制权交回开发者手中,同时不丢失任何上下文。



本文目录(8 节)
本文基于 GitHub Blog 的公开内容,由 AI 辅助整理改写后发布。
原标题:How to continue a GitHub Copilot app session in VS Code
阅读原文