GitHub Copilot 教程：如何在 VS Code 中继续 Copilot 应用的 agent 会话

了解如何将智能体会话从 GitHub Copilot 应用迁移到 VS Code 中，且不丢失对话、代码更改或工作上下文。

2026年10月19日

6 分钟

智能体已经完成了你更改的大部分工作。现在你想检查某个实现细节，手动调整几行代码，并在发布之前在本地运行项目。

但这项工作还在 GitHub Copilot 应用中……而你的编辑器才是你审查差异、调试代码并进行最终调整的地方。你必须在留在会话中和在 Visual Studio Code 中重新开始之间做出选择吗？

不必如此。你可以直接在 VS Code 中打开 Copilot 应用的会话，并在保留其对话、代码更改和工作上下文的情况下继续工作。这意味着 Copilot 可以处理重复或耗时的任务，然后把控制权交还给你，以便你进行更细致的审查、手动编辑和本地测试。

在本教程中，你将学习如何：

在 VS Code 中打开 Copilot 应用会话。
逐行审查智能体的更改。
从你的编辑器继续同一场对话。
在本地修改和测试代码。
将你的更新推送到与会话关联的拉取请求。

1. 从 Copilot 应用中的一个会话开始

打开你想继续的会话。在移交之前，先花点时间回顾任务以及 Copilot 已完成的工作。

一个会话包含的不只是修改文件的集合。它还记录了产生这些更改的任务、计划和对话。当你想理解 Copilot 为什么选择某个特定实现，或要求它修改部分工作时，这些上下文非常重要。

在迁移到 VS Code 之前，你无需总结该历史记录或将其复制到新的聊天中。

2. 在 VS Code 中打开会话

在会话中，选择 Open in VS Code。如果应用提供多个受支持的编辑器或 VS Code 安装，请选择你想使用的那个。

VS Code 会使用与会话关联的 worktree 打开项目，并在 Copilot 侧边栏中显示现有会话。

这样你就获得了原始工作的三个相互关联的部分：

会话上下文：任务、计划和对话仍然可用。
差异：智能体更改的文件和代码行已准备好供审查。
Worktree：VS Code 打开会话所使用的同一个隔离工作树。

你是在继续现有的会话，而不是在新的编辑器窗口中重建它。

3. 审查智能体的更改

在编辑之前，先在 VS Code 中检查差异。打开源代码管理视图查看更改的文件，然后选择一个文件逐行审查其更改。

像审查任何其他拟议更改一样审查该实现。特别要检查：

代码解决了所要求的问题。
实现遵循了仓库的约定。
错误状态和边界情况得到了适当处理。
测试覆盖了发生更改的行为。
没有修改无关的文件或行为。

保留的对话可以帮助解释 Copilot 是如何得出该实现的。如果有不清楚的地方，可以在侧边栏中继续提示 Copilot。例如：

Explain why you changed this function instead of adding a new helper. Identify any behavior this could affect.

你还可以让 Copilot 进行另一项更改。由于会话和工作树保持连接，你无需从头描述任务。

4. 进行手动编辑

一旦理解了拟议的更改，就可以直接在 VS Code 中编辑任何文件。

这对于手动完成更快或更容易的调整非常有用，例如：

微调标签或错误消息。
重命名变量以提高可读性。
调整布局或样式。
补充缺失的测试用例。
应用仓库特定的约定。

你正在编辑会话现有的工作树，因此你的手动更改会直接建立在智能体的工作之上。你无需在目录之间复制文件，也无需手动重新创建分支。

5. 在本地运行并验证项目

使用 VS Code 集成终端运行项目常规的验证流程。具体命令取决于仓库本身，但一些 Web 应用示例可能包括：

npm install
npm test
npm run lint
npm run dev

对待智能体生成的更改，应像对待人写的代码一样：运行相关测试、检查失败项，并亲自验证行为。

如果开发服务器输出了一个 localhost URL，可以在浏览器中打开它来测试更改。如果你的 VS Code 设置支持，还可以在 VS Code 的集成浏览器中打开该 URL，无需离开编辑器即可检查结果。

对于用户界面的更改，既要验证所要求的行为，也要验证周边的状态。例如，在不同视口尺寸下检查被修改的组件，并确认加载、空状态和错误状态仍然正常工作。

6. 继续使用 Copilot 或自己动手编辑

在任何时候，你都可以选择最适合下一步的交互方式：

当更改需要全仓库范围的分析或重复性编辑时，向 Copilot 发出提示。
当你明确知道自己要做的更改时，直接编辑。
在测试和完善实现的过程中，迭代地结合使用这两种方式。

例如，在手动调整 UI 之后，你可以向 Copilot 提问：

为更新后的标签添加一个测试，并运行相关的测试文件。不要修改无关的组件。

因为你仍在原来的会话中，Copilot 保留了解释“更新后的标签”所需的上下文。

7. 提交并推送完成的更改

实现完成后，再检查一次最终的 diff。然后使用源代码管理视图或集成终端提交并推送更改：

git status
git add
git commit -m "Refine session changes"
git push

使用你仓库常规的分支、提交、审查和批准流程。由于 VS Code 打开的是与会话关联的工作树和分支，推送该分支会更新已经在跟踪这项工作的拉取请求。

无需将完成的文件复制到另一个检出中，也无需手动将工作重新关联到拉取请求。

从智能体到编辑器的连续工作流

在 VS Code 中打开 Copilot 应用会话，让你获得清晰的分工，而不必拆分工作本身。Copilot 可以承担较大或重复性的实现，而你则可以进入编辑器进行细致的审查、有针对性的修改、本地测试和最终打磨。

会话、diff 和工作树都随你而动。你可以先在 Copilot 应用中指导工作，想在亲手掌控时切换到 VS Code，最后通过同一个拉取请求工作流推送完成的结果。

准备好试试了吗？下载 GitHub Copilot 应用，启动一个会话，当你准备继续编写代码时在 VS Code 中打开它。

作者

Kayla Cinnamon

高级 AI 开发者工具布道师

Secret protection 必须随软件一同扩展

开发者并不是变得更加粗心了，而是被甩在了后面。那些让开发者能创造更多软件的工具，也应该承担起更多保护软件的工作。

我们也提供新闻通讯

在我们专为开发者打造的双周新闻通讯中，获取技巧、技术指南和最佳实践。