为所有编码智能体打造统一体验
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 为这些功能所做的贡献。
如果我们要用一个词来形容过去的一年，那大概就是“智能体”（Agent）。
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 大会上，我们宣布您现在可以将 OpenAI Codex 与您的 GitHub Copilot Pro+ 订阅结合使用。无需额外订阅。
要使用此集成，请安装 OpenAI Codex 扩展并使用 GitHub Copilot 账号登录。
当您通过 Copilot Pro+ 使用 Codex 时，Copilot 将处理所有模型调用，并适用标准速率限制。您可以直接获得代码生成、代码解释等所有功能，无需额外管理 OpenAI 账户。
随着 Codex 的加入，您现在可以在 VS Code 中使用四款强大的编码智能体：
- GitHub Copilot
- Copilot 编码智能体（云端）
- GitHub Copilot CLI
- OpenAI Codex
面对如此众多的智能体，难免会感到不知所措：哪些智能体正在运行？它们在哪里运行？今天是哪一天？
因此，我们在 VS Code 中引入了一项新功能，用于编排您所有的本地或远程智能体。我们称之为“智能体任务”（Agent Sessions）。
代理会话
在 VS Code 侧边栏中有一个名为“智能体任务”的新视图。它为您提供了一个统一的中心，用于管理所有运行中（无论是本地还是云端）的智能体。
通过“智能体任务”，您可以查看项目中的所有智能体对话。您可以检查哪些智能体正在运行、查看其状态，并能通过点击在不同对话间跳转。
所有智能体现在都拥有名为“聊天编辑器”（chat editors）的全新选项卡式体验。您可以在聊天编辑器中打开 Copilot 编码智能体以监控其进度，甚至可以在运行过程中修正智能体的行为。通常，您发送完提示词后可能会发现漏掉了一些重要信息，以往您只能等待或取消；现在，只需打开该选项卡，补充更新，然后观察智能体调整其执行计划即可。
您还可以直接在聊天视图中将任何任务委派给任何智能体。
这种统一的“智能体任务”视图使 VS Code 成为编排所有智能体的“任务控制中心”，让您在保持高效工作的同时留在编辑器内。我们很高兴在今天迎来 OpenAI Codex，未来我们还将为您的 Copilot+ 订阅引入更多智能体。
规划智能体（Planning Agent）
几个月前，我们在 VS Code 中引入了聊天模式的概念。这些自定义模式允许您增强或修改内置智能体提示词的行为。当您使用聊天模式来改变 VS Code 中的智能体行为时，您实际上是在创建自己的自定义智能体。因此，我们将“聊天模式”更名为“智能体”，以更准确地反映它们的本质。
为了帮助您开始构建自定义智能体，我们新增了一个名为“规划”（Plan）的内置智能体。
新的规划智能体可以帮助您将模糊的提示词（如“添加拖放功能”）转化为详细的执行计划。这确实是我昨天发送的一个提示词，其中完全没有提到要添加到哪里、哪个页面，或是使用什么库。我经常这样做，相信大家也不例外。
有了规划智能体，Copilot 会主动提出需要明确的问题。它甚至会为您推荐拖放库，并提供选择建议的理由。
您可以通过分行的快速回复来回答这些问题，以便智能体识别对应关系。以下是我的回答方式：
dnd-kit
yes - what kind of a question is this in 2025
link creation only
专业提示：将“workbench.action.chat.submit”的键位绑定更改为“Ctrl + Enter”，这样当您只想换行时就不会误发消息了。您的“脏话罐”（ swear jar）会感谢您的。
当规划智能体掌握了足够的信息后，它会停止提问并询问您是否准备好继续。您可以使用聊天中新增的“移交”（Handoff）功能来继续执行或在编辑器中打开完整计划。
您可以尝试使用不同的模型，看看哪一个最适合您的规划习惯。我们发现 Claude 模型在识别缺失上下文、边界情况以及提出关键问题方面表现非常出色。
如果您和我一样，想了解规划智能体的工作原理以提升提示词工程水平，可以通过命令面板选择“配置智能体”（Configure Agents）并选中“规划”来查看其提示词。这是创建您自己的 自定义智能体 的绝佳基准。我利用它创建了一个名为 “研究” 的智能体，它可以递归地进行互联网搜索并整理发现结果。
当您将任务委派给 Copilot CLI 或 Copilot 编码智能体时，这些自定义智能体同样适用。您的自定义智能体在任何需要的地方都能正常工作。
专业提示：您可以在 awesome-copilot 仓库中找到数百种自定义指令、提示词文件和智能体。如果您还没有查看过，那您就错过了一个充满灵感和现成提示词的宝库。
子智能体
上下文混淆（Context Confusion）是智能体面临的一个现实问题。交互越多，智能体追踪的上下文就越多，随之产生混淆的可能性也就越高。目前出现了一门管理上下文的新学科，称为“上下文工程”。
在最新的 VS Code 版本中，我们添加了一个名为“runSubagent”的工具，旨在帮助您管理上下文。
子智能体（Subagents）独立于主聊天运行，拥有自己的上下文。您可以通过在提示词中添加 #runSubagent 工具来调用它。大模型会创建一个提示词，将其移交给子智能体，该智能体仅获取您发送的特定上下文。它对主对话的其他内容一无所知，主对话也无法感知子智能体的上下文。子智能体不需要反馈即可运行，且可以使用与主聊天几乎相同的工具。
当子智能体完成任务后，它会将最终结果返回给主聊天，仅有该结果会被加入主上下文。子智能体在保持主聊天简洁的同时，让您能够进行旁路研究或深度挖掘。例如，如果您正在构建 API 并需要研究身份验证，可以启动一个子智能体来专门处理这件事。
Analyze the #file:api with #runSubagent and recommend the best authentication strategy for a web client consuming these endpoints.
您会看到工具调用和模型响应显示在子智能体操作下方，从而知道子智能体正在运行。在下方的截图中，这就是“Analyze app structure for auth”（分析应用结构以处理身份验证）。
我们仍在探索帮助您通过智能体管理上下文的方法，子智能体仅仅是一个开始。
展望未来
智能体正在改变我们编写代码和工作的方式。您不必只选择一个。您应该能够在多个智能体之间自由切换、保持对上下文的精细控制，并创建自己的自定义智能体来扩展各种内置智能体提示词。借助 VS Code 中统一的智能体体验，您现在可以完成所有这些操作。
以上只是今年 GitHub Universe 的部分亮点。请查阅 GitHub 博客，获取我们致力于构建多智能体统一工作流的最新进展。
最后送给大家一句话：就在 12 个月前，我们才刚刚宣布“Copilot Edits”和对 Claude 的支持。按照目前的发展速度，想象一下 12 个月后我们会达到什么样的高度。
一如既往，祝您编码愉快！💙