所有编码代理的统一体验
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”，这样你就不会在只想换行时意外发送消息了。你的罚款罐会感谢你的。
当计划代理有足够的信息时，它会停止提问并询问你是否准备好继续。你可以使用聊天中的新 "交接" 功能来继续或在编辑器中打开完整的计划。
尝试不同的模型，看看你最喜欢哪个模型来进行规划。我们发现 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 的博客，了解所有更新，因为我们正在努力构建一个统一的工作流程，用于在任何你需要它的地方进行多代理体验。
我给你留下这个：仅仅 12 个月前，我们宣布了 Copilot 中的“Copilot 编辑”和 Claude 支持。以这种速度，想象一下 12 个月后我们会达到什么程度。
一如既往，祝你编码愉快！💙