将Copilot任务无缝接续到VS Code

Agent 已经完成了大部分修改。现在，你想检查某个实现细节，手动调整几行代码，再在本地运行项目，确认没问题后交付。

但这些工作都在 GitHub Copilot app 里，而你平时查看 diff、调试代码和做最后调整的地方是编辑器。难道只能二选一：要么留在当前会话里，要么在 Visual Studio Code 中从头开始？

不用。你可以直接在 VS Code 中打开 Copilot app 会话，保留完整的对话、代码变更和工作上下文，接着完成工作。这样，Copilot 可以负责重复或耗时的工作，再把控制权交回给你，方便你仔细审查、亲手编辑和本地测试。

在这篇教程中，你将学会：

• 在 VS Code 中打开 Copilot app 会话。
• 逐行审查 Agent 的代码变更。
• 在编辑器里继续同一段对话。
• 在本地修改和测试代码。
• 将更新推送到与会话关联的 pull request。

1. 从 Copilot app 中的会话开始

打开你想继续处理的会话。切换到编辑器之前，先花一点时间回顾任务，以及 Copilot 已经完成的工作。

会话里不只有一组修改过的文件，还记录了任务、计划，以及产生这些变更的对话。当你想了解 Copilot 为什么选择某种实现，或者要求它修改部分工作时，这些上下文很重要。

切换到 VS Code 之前，你不需要总结这些历史记录，也不需要把它们复制到新的聊天中。

2. 在 VS Code 中打开会话

在会话中选择 Open in VS Code。如果 app 显示了多个受支持的编辑器或 VS Code 安装版本，选择你想使用的那个。

VS Code 会通过与会话关联的 worktree 打开项目，同时在 Copilot 侧边栏中显示已有会话。

这样，原有工作的三个部分就都连接起来了：

• 会话上下文：任务、计划和对话仍然可用。
• diff：Agent 修改过的文件和代码行已准备好，供你审查。
• worktree：VS Code 打开的就是该会话使用的同一个隔离工作树。

你是在继续已有会话，无须在新的编辑器窗口里重建它。

3. 审查 Agent 的代码变更

编辑之前，先在 VS Code 中检查 diff。打开 Source Control 视图查看修改过的文件，再选择某个文件，逐行审查变更。

像审查其他任何待合入的代码一样审查这份实现。尤其要检查：

• 代码是否解决了提出的问题。
• 实现是否遵循仓库约定。
• 是否妥善处理了错误状态和边界情况。
• 测试是否覆盖了发生变化的行为。
• 是否修改了无关的文件或行为。

保留下来的对话可以帮助你理解 Copilot 是如何得出这份实现的。如果有不清楚的地方，可以继续在侧边栏中向 Copilot 发送 prompt。例如：

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

你也可以让 Copilot 再做一次修改。由于会话和 worktree 仍然关联，你不必从头描述任务。

4. 亲手修改代码

理解这些待合入的变更之后，你就可以直接在 VS Code 中编辑任何文件。

有些调整手动完成更快、更方便，例如：

• 优化标签文案或错误提示。
• 重命名变量，让含义更清楚。
• 调整布局或样式。
• 补充遗漏的测试用例。
• 应用仓库特有的约定。

你编辑的就是会话已有的 worktree，因此手动修改会直接建立在 Agent 已完成的工作之上。你不需要在目录之间复制文件，也不需要手动重建分支。

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

使用 VS Code 的集成终端，执行项目通常采用的验证流程。具体命令取决于仓库，不过，一些 Web app 的示例可能包括：

对待 Agent 生成的变更，要和对待人写的代码一样：运行相关测试、检查失败原因，并亲自验证行为。

如果开发服务器输出了 localhost URL，就打开它，在浏览器中测试变更。如果你的 VS Code 配置支持，也可以在 VS Code 的集成浏览器中打开这个 URL，不离开编辑器就能检查结果。

如果修改涉及用户界面，既要验证所要求的行为，也要检查相关状态。例如，在不同视口尺寸下检查修改过的组件，并确认加载、空内容和错误状态仍然正常。

6. 继续使用 Copilot，或自己接着编辑

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

• 当修改需要分析整个仓库，或涉及重复编辑时，向 Copilot 发送 prompt。
• 当你明确知道要改什么时，直接编辑。
• 在测试和完善实现的过程中，交替使用这两种方式。

例如，手动调整 UI 之后，你可以这样要求 Copilot：

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

由于你仍然处于原来的会话中，Copilot 保留了理解“更新后的标签”所需的上下文。

7. 提交并推送完成后的变更

实现准备就绪后，再检查一遍最终 diff。然后，通过 Source Control 视图或集成终端提交并推送变更：

git commit -m "Refine session changes"

遵循仓库通常采用的分支、提交、审查和审批流程。由于 VS Code 打开的是与会话关联的 worktree 和分支，推送这个分支就会更新已经跟踪这项工作的 pull request。

你不需要把完成后的文件复制到另一个 checkout，也不需要手动将这些工作重新关联到 pull request。

从 Agent 到编辑器，工作流无缝衔接

在 VS Code 中打开 Copilot app 会话，可以清晰分工，同时让整项工作保持连贯。Copilot 可以承担规模较大或重复性较强的实现工作，而你可以转到编辑器中，进行细致审查、针对性修改、本地测试和最后打磨。

会话、diff 和 worktree 都会随你一起切换。先在 Copilot app 中指挥工作，想亲手操作时随时切换到 VS Code，再通过同一个 pull request 工作流推送最终成果。

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

GitHub Copilot app 入门指南

高级 AI 开发者工具布道师

GitHub 的 secret 检测模型：发现更多 secret，减少噪声

GitHub 能感知上下文的 secret 分类器提升了检测质量，将加权接受率提高了 11.5%，并将扫描执行时间的中位数缩短了 86%。

GitHub Copilot app 入门指南：如何让 Copilot 了解你的代码库

了解如何为仓库添加自定义 instructions 和 skills、使用自定义 Agent，以及连接 Playwright 等 MCP server。

Secret 保护必须跟上软件规模的增长

开发者并没有变得更粗心，只是软件增长的速度已经超过了他们应对的速度。帮助开发者创造更多软件的工具，也应该承担更多保护软件的工作。