面向所有代码代理的统一体验
2025 年 11 月 5 日，作者：VS Code 团队，@code
特别感谢 Rob Lourens、Bhavya U、Matt Bierner、Peng Lyu、Osvaldo Ortega、Josh Spicer、Brigit Murtaugh、Martin Aeschlimann、Alex Britez 和 Harald Kirschner 对这些功能的贡献。
如果用一个词来形容过去的一年，那很可能是“代理”。
2025 年，代理程序席卷了 VS Code。我们为 VS Code 发布了代理模式，集成了Copilot 代码代理（云端），以及新的GitHub Copilot CLI。但 Copilot 并非市场上唯一的代理。如今，代码代理的选择比以往任何时候都多——包括来自 OpenAI 和 Anthropic 的选项。
有了所有这些选择，开发者的体验得到了改善，但代理生态系统却变得更加碎片化。频繁切换订阅、在工具之间奔波以及对最新代理趋势的持续 FOMO（害怕错过）已成为常态。今年在 GitHub Universe，我们着手通过 VS Code 中的统一代理体验来解决这个问题。实现这一目标的第一大步是，在 Copilot 订阅中提供更多代理。而且，不仅仅是那些名称中带有“Copilot”的代理。
OpenAI Codex 集成
OpenAI 迎来了一年，他们发布了 GPT-5 和 GPT-5 Codex 模型，这些模型在第一天就通过标准模型选择器在 VS Code 中可用。但他们还推出了 Codex——他们的代码代理，可作为 CLI 工具和VS Code 扩展提供。它深受开发者的欢迎。
在 GitHub Universe，我们宣布您现在可以在 GitHub Copilot Pro+ 订阅中使用 OpenAI Codex。无需额外订阅。
要使用此集成，请安装OpenAI Codex 扩展并使用 GitHub Copilot 登录。
当您使用 Copilot Pro+ 搭配 Codex 时，Copilot 会处理所有模型调用，并适用标准的速率限制。您将获得代码生成、代码解释以及所有功能——无需管理单独的 OpenAI 帐户。
添加 Codex 后，您现在在 VS Code 中拥有四个强大的代码代理
- GitHub Copilot
- Copilot 代码代理（云端）
- GitHub Copilot CLI
- OpenAI Codex
但面对如此多的代理，很容易感到不知所措。哪些代理正在运行？它们在哪里运行？现在是什么日子？
因此，我们在 VS Code 中引入了一项新功能，用于协调您所有的代理——本地或远程。我们称之为“代理会话”。
代理会话
VS Code 侧边栏新增了一个名为“代理会话”的视图。它为您提供了一个集中管理所有代理的场所，无论它们是本地运行还是在云端运行。
通过代理会话，您可以查看项目中所有代理的会话。您可以查看哪些代理正在运行、它们的状态，并通过单击在会话之间切换。
所有代理现在都有一个新的选项卡式体验，称为“聊天编辑器”。您可以将 Copilot 代码代理打开到聊天编辑器中，以观察其进度。您甚至可以在代理运行时进行纠正。通常，您会发送一个提示，然后才意识到忘记了重要的事情。以前，您不得不等待或取消。现在，只需打开选项卡，添加更新，然后观察代理调整其计划。
您还可以直接从聊天视图将任何任务委托给任何代理。
这个统一的代理会话视图使 VS Code 成为协调所有代理的“任务控制中心”，同时让您留在编辑器中进行高效工作。我们很高兴今天迎来 OpenAI Codex，并且我们正在努力在未来为您的 Copilot+ 订阅带来更多代理。
规划代理
几个月前，我们引入了 VS Code 中的聊天模式概念。这些自定义模式允许您增强或修改内置代理提示的行为。当您使用聊天模式来修改 VS Code 中的代理行为时，您所做的实际上是创建自己的自定义代理。因此，我们将“聊天模式”重命名为“代理”，以更好地反映它们的实际性质。
为了帮助您开始构建自定义代理，我们添加了一个名为“规划”的新内置代理。
新的规划代理可以根据诸如“添加拖放功能”之类的模糊提示创建详细计划。这是我昨天实际发送的一个提示。没有提到添加到什么地方、什么页面，或者是否使用库。我经常这样做，我敢打赌我不是唯一一个。
有了规划代理，Copilot 会提出需要回答的问题。它甚至会推荐用于拖放的库，并给出选择它们的理由。
您可以使用单独行的快速回复来回答这些问题，以便它知道哪个答案对应哪个问题。以下是我的回答方式
dnd-kit
yes - what kind of a question is this in 2025
link creation only
专业提示：将“workbench.action.chat.submit”键绑定更改为“Ctrl + Enter”，这样您在只需要换行时就不会意外发送消息。您的脏话罐（swear jar）会感谢您。
当规划代理获得足够的信息后，它会停止提问，并询问您是否准备好继续。您可以使用聊天中的新“交接”功能继续进行，或者在编辑器中打开完整计划。
尝试使用不同的模型，看看哪个最适合规划。我们发现Claude 模型在识别缺失的上下文和边缘情况以及提出正确问题方面非常出色。
如果您和我一样，您会想知道规划代理是如何工作的，以便提高您的提示工程技能。您可以选择“命令面板”中的“配置代理”并选择“规划”来阅读规划提示。它是创建您自己的自定义代理的绝佳基础。我用它创建了一个名为“研究”的代理，它可以递归地进行互联网研究并撰写其发现。
当您将任务委托给 Copilot CLI 和 Copilot 代码代理等其他代理时，这些自定义代理也可用。您的自定义代理在您需要它们的任何地方都能工作。
专业提示：您可以在 awesome-copilot 存储库中找到数百个自定义说明、提示文件和代理。如果您还没有查看过，您就错过了。这是一个灵感和现成提示的宝库。
子代理
上下文混乱是代理的一个真实问题。您交互越多，它们跟踪的上下文就越多——也越容易感到困惑。有一个全新的学科叫做“上下文工程”来管理上下文。
在最新的 VS Code 版本中，我们添加了一个名为“runSubagent”的工具来帮助您管理上下文。
子代理独立于主聊天运行，并拥有自己的上下文。您可以通过将 #runSubagent 工具添加到您的提示中来调用它。LLM 会创建一个提示，将其交给子代理，而该代理只会获得您发送的上下文。它对您的其余聊天一无所知，而您的聊天对子代理的上下文也一无所知。子代理不会暂停以获取反馈，并且可以访问与主聊天相同的大部分工具。
当子代理完成时，它会将最终结果返回给主聊天——只有该结果会加入主上下文。子代理保持主聊天精简，同时允许您进行侧边栏和深入研究。例如，如果您正在构建一个 API 并且需要研究身份验证，那么可以启动一个子代理来完成这项工作。
Analyze the #file:api with #runSubagent and recommend the best authentication strategy for a web client consuming these endpoints.
您可以通过查看子代理操作下方的工具调用和模型响应来知道子代理正在运行。在下面的截图中，那是“为身份验证分析应用程序结构”。
我们仍在探索帮助您管理代理上下文的方法，而子代理只是一个开始。
展望未来
代理正在改变我们编写代码和工作的方式。您不应该只能选择一个。您应该能够轻松切换代理，对上下文进行精细控制，并创建自己的自定义代理来扩展各种内置代理提示。通过 VS Code 中的统一代理体验，您现在可以做到所有这些。
这些只是今年GitHub Universe的一些亮点。请查看GitHub 博客以获取所有更新，因为我们正在努力为无处不在的您提供统一的多代理体验工作流程。
我在这里给您留下一句话：距离我们发布“Copilot Edits”和 Copilot 中的 Claude 支持还只有 12 个月。以这个速度，想象一下 12 个月后我们会达到什么程度。
一如既往，编码愉快！💙