把 GitHub Copilot 应用里的会话接回 VS Code：交接、审查、本地验证的完整流程

Copilot 应用里的 agent 干完大块改动后，你往往还是想回到编辑器里逐行看 diff、手改几行、本地跑一遍。这篇教程给出把整个会话（任务、计划、对话、worktree、diff）原样搬进 VS Code 的步骤，不用重述需求也不用复制文件。

交接前先看清会话里有什么

• 一个会话不只是改过的文件，还记录了任务、计划和产生这些改动的对话，这些上下文决定了 Copilot 为什么这样实现。
• 交接前先过一遍任务和已完成的工作，确认这是你要继续的那份改动。
• 不需要先把历史总结成一段话再开新对话，会话本身会跟着走。

在 VS Code 里打开同一个会话

• 在会话里选 Open in VS Code；如果装了多个 VS Code 版本，选你要用的那个。
• VS Code 会用该会话关联的 worktree 打开项目，并在 Copilot 侧边栏显示原会话。
• 三样东西同时到位：会话上下文、待审的 diff、同一个隔离工作树。这是继续原会话，不是在新窗口里重建。

逐行审查 agent 的改动

• 打开 Source Control 视图看改动文件，逐个文件按行审。
• 重点核对：是否解决了提出的问题、是否符合仓库约定、错误状态和边界情况是否处理、测试是否覆盖改动行为、有没有动到无关文件。
• 看不懂的地方直接在侧边栏追问，比如让它解释为什么改这个函数而不是新增 helper、会影响哪些行为。
• 因为会话和工作树还连着，让它再改一处时不用从头描述任务。

手改、本地跑、再交给 Copilot

• 适合手改的活：措辞和错误提示、变量重命名、布局样式、补一个缺失的测试、套用仓库特有约定。
• 在集成终端跑项目常规校验，例如 npm install、npm test、npm run lint、npm run dev，把 agent 写的代码当同事写的代码一样验证。
• 开发服务器给出 localhost 地址时，在浏览器或 VS Code 内置浏览器里看效果；UI 改动要顺带检查不同视口以及 loading、empty、error 状态。
• 两种方式交替用：需要全仓库分析或重复性修改就提示 Copilot，明确知道改哪一行就自己动手。

提交并推到同一个 PR

• 最后再整体看一遍 diff，然后用 Source Control 或终端执行 git status、git add、git commit、git push。
• 因为 VS Code 打开的就是会话对应的 worktree 和分支，推上去会直接更新已经在跟踪这份工作的 pull request。
• 不需要把文件复制到另一个 checkout，也不用手工把工作重新挂回 PR。