Visual Studio Code 1.137 已于 2026 年 9 月 9 日发布。如果说过去几个版本的重点是让智能体变得有能力，那么这个版本的重点则是让它们变得无处不在——按计划运行、通过语音聆听，并深入 GitHub，而你始终无需离开编辑器。它还标志着一个团队为之筹备数月的重要里程碑：智能体宿主（agent host）架构，如今它已成为这里几乎所有新功能的底层基础。
本次的重点功能：
- 自动化（预览版，Automations） —— 将周期性的智能体任务安排为按小时、每天或每周运行，也可以按需启动
- 语音模式（实验性） —— 与智能体对话，并在它处理你的代码时打断或调整它的方向
- 在工作区中继续快捷对话 —— 将项目附加到现有对话，而不会丢失其历史记录或当前请求
- GitHub 议题与拉取请求（实验性） —— 直接在智能体窗口中查看议题和 PR 详情，即使仓库并未打开
下面我们逐一分析这些功能对你日常工作流意味着什么——以及那些让一个版本显得精致的小而锐利的细节。
自动化（预览版）：按你的时间表运行的智能体
自动化让你能够安排周期性的智能体任务，使例行工作无需手动启动。你可以从模板入手——例如跟进变更、归类议题或查找缺陷——也可以自定义提示词和时间表。
要试用它，请启用 chat.automations.enabled，打开智能体窗口，然后在侧边栏中选择 Automations。在这里，你可以按需运行某个自动化，或将其安排为按小时、每天或每周运行。该功能目前处于预览阶段并逐步推送，官方还提供了文档帮助你上手。
为什么重要
在此之前，使用智能体本质上是一种手动行为：你打开窗口、输入提示词，然后全程监督。自动化颠覆了这一点。夜间的依赖项审计、周一早上的新议题归类、每小时一次的回归扫描——这些任务的提示词始终相同，只有时间在变。将其固化为一个定时的智能体任务，意味着无论你是否记得发起，工作都会照常进行。
它也释放出一个信号，说明 VS Code 正走向何方：智能体宿主如今已能承担长时间、无人值守的工作，而不仅仅是对话式的回合。这正是“由你驱动的工具”与“会主动到场的队友”之间的差别。
语音模式（实验性）：与你的智能体对话
语音模式让你能在智能体处理你的代码时，与其进行自然的语音对话。启用 agents.voice.enabled，然后在聊天输入框中选择语音模式按钮即可试用。
交互模型才是真正有趣的地方。当智能体说话时，你可以开始说话——或使用按键说话快捷键——以打断它的回复并继续对话。这不是一个一次性的听写框，而是一场流畅的交流，你可以在任务进行中调整智能体的方向。
语音模式还能感知会话。它可以回答关于你正在运行的会话、所选模型以及已附加文件的问题，你甚至可以要求它开启一个新会话。当它转发请求时，它会说明这是发送到现有会话还是新建会话——这一点小小的透明性很重要。
你可以通过多种方式对它进行定制：
agents.voice.showTranscript会在聊天输入框中显示对话转写文本，并提供显示/隐藏以及在不结束语音会话的情况下静音/取消静音麦克风的控件- 从命令面板运行 Chat: Dictate: Select Microphone，即可选择听写和语音模式共同使用的输入设备
agents.voice.voice用于选择朗读回复所用的声音- 运行 Voice Mode: Show Introduction 可重新打开介绍页，在其中可以选择麦克风并预览可用的声音
右键点击语音模式按钮，可快速访问其配置、说明、介绍、麦克风选择以及转写控件。管理员可以通过关闭组织的 Copilot 预览功能来禁用语音模式。
为什么重要
听写已经证明语音是处理代码工作的真实输入途径，但听写是单向的——你说话，它转写。语音模式则是一场对话，而“打断”正是其中的关键能力。能够在回合进行中说出“不，停下，改成这样做”，恰恰是你与人类同事协作的方式，同时也契合了一个更宏大的无障碍叙事：以免手、免眼的方式与一个能力日益强大的智能体交互。
在工作区中继续快捷对话
快捷对话是你在智能体窗口中发起的轻量级、无工作区对话——非常适合一般性问题或想法。问题一直在于：当一个快捷对话结果发现是关于某个项目时该怎么办。过去，你只能从头再来。
在 1.137 中，你可以将一个本地文件夹附加到现有的快捷对话上并继续。在你确认工作区并选择是直接使用该文件夹还是创建一个隔离的 worktree 之后，该对话会转变为工作区会话。关键在于，它会保留其标题、对话历史记录和当前请求，并且当工作区设置完成后，智能体会自动带着对项目文件的访问权限继续工作。
如果你不想转换该对话，也可以选择直接在新的工作区会话中开始项目工作。
有一点需要注意：在工作区会话中继续聊天对话目前仅在 Copilot 运行框架（harness）中可用。
为什么重要
这是智能体宿主带来的回报。由于会话与工作区解耦，对话可以安然度过从“没有文件夹”到“真实项目”的转变。表面上看这只是一个小小的便利，但它消除了一处实实在在的摩擦点：当你意识到一个随意的提问已经变成真正的工作时，你不必再丢掉已经讨论过的一切。
智能体窗口中的 GitHub 议题与拉取请求（实验性）
当聊天对话引用 GitHub 上的工作时，智能体窗口现在可以直接与 GitHub Pull Requests 扩展集成。选择 github.com 的议题或拉取请求链接，其详情便会直接在智能体窗口中打开——无需切换到浏览器。即使你没有为该仓库打开工作区，这一功能也能正常工作。
要试用这一初步集成，请在你的默认 VS Code 配置文件中安装 GitHub Pull Requests 扩展，并启用 extensions.experimental.enableAgentsWindowCapability。
还有一项相关的能力，最终可能会更为实用：将 GitHub 议题和 PR 作为上下文附加到任意聊天中。在任意聊天输入框——Chat 视图、Chat 编辑器或智能体窗口——中，从 Add Context… 菜单添加议题或 PR，议题描述、评论或拉取请求的改动就会变为智能体可用的信息，而无需你手动复制到提示词中。你也可以将 GitHub 议题或 PR 的 URL 粘贴到新会话输入框中；URL 会保留在你的提示词中，同时会自动添加一个上下文附件。
为什么重要
上下文切换是对专注力的一种消耗，而“去浏览器里读一遍议题，然后回来描述一遍”正是其中最恼人的一种。把议题和 PR 上下文拉入会话——并让智能体同时就讨论内容和代码进行推理——闭合了一个过去需要在两个工具之间手动转换的回路。
支撑这一切的智能体宿主
上述若干功能都建立在智能体宿主之上，它让你能够从多个 VS Code 窗口连接到同一个智能体会话。它基于开放的 Agent Host Protocol（AHP）在专用进程中运行智能体运行框架（harness），其 Copilot 智能体由 Copilot SDK 提供支持——这使该智能体的行为和功能与 Copilot CLI、独立的 GitHub Copilot 应用以及其他 Copilot 产品保持一致。
宿主还带来了智能体排队消息（agent-queued messages）：当智能体使用 send_message 会话管理工具去联系一个已经忙碌的聊天时，VS Code 会将消息排队，并在当前回合成功完成后启动它。智能体可以为同一会话或另一会话中的多个聊天排队消息，它们会按发送顺序处理——这让多聊天工作流变得可预测得多。
如果你想了解更深入的来龙去脉，团队发布了一篇智能体宿主架构博客文章，解释了他们的构建动机、它能带来什么，以及该协议如何工作。
更锐利的边角：差异视图、二进制文件与富链接
有几项体验改进值得一提，因为它们触及每一个重度依赖智能体的工作流。
智能的差异编辑器布局。 现在，你可以在常规差异、多文件差异以及智能体窗口的 Changes 编辑器中，以相同的方式选择差异布局。打开 More Actions (…) > Diff View，然后选择 Inline、Side by Side 或 Automatic。Automatic 选项会显示当前生效的布局，并随编辑器宽度变化而自适应——而且如果你有意拖动分隔条将内联差异拉宽，那么在调整大小时它会保持内联，这样内容就不会发生意外位移。
多文件差异中的二进制文件。 发生更改的二进制文件（例如图片）现在会保留在多文件差异中，而不再被省略。差异视图会在该文件的原始位置显示一个二进制文件已更改的占位符，你可以选择 Open Diff 在标准差异体验中查看它，例如图片差异或适用的自定义编辑器。编辑器窗口中的多文件差异现在也与智能体窗口中的多文件差异采用相同的视觉设计。
Markdown 编辑器中的 GitHub 链接（实验性）。 启用 markdown.experimental.richLinks.enabled 后，Markdown 编辑器中的 GitHub 议题和拉取请求链接会显示当前标题和状态，让你无需先打开就能理解每一处引用——而且当议题或 PR 状态发生变化（包括 CI 更新）时，链接也会更新。设置 chat.experimental.richLinks.enabled 可在聊天中获得相同的渲染效果。
帮 VS Code 宠物取个名字
1.137 中并非一切都围绕智能体。实验性的 VS Code 宠物是一个交互式伙伴，会在你与智能体协作时做出反应。在聊天中输入 /vscode-pet 即可见到它——然后帮忙为它取名。
从 2026 年 9 月 10 日到 9 月 17 日，你可以为 VS Code 宠物提交一个名字。大赛条款与条件中有详细说明。在一个以自动化为主的版本中，这是一个轻松、富有社区气息的小点缀——说实话，也很受欢迎。
本版本的其他内容
- The Story of VS Code：VS Code 纪录片已经上线。前往 aka.ms/the-story-of-vs-code 观看，了解这款编辑器及其社区的发展历程。
- GitHub Pull Requests 扩展：更快地打开拉取请求 webview，且 VS Code 中所有 github.com 链接现在都会用该扩展打开（可通过
githubPullRequests.openPullLinks禁用）。详见 0.166.0 的更新日志。
社区贡献
VS Code 1.137 包含来自众多社区贡献者的贡献。值得关注的亮点：
- Simon Siefke 延续了修复内存泄漏的非凡记录——本次发布涉及：git 分支保护提供程序、扩展宿主伪终端、无障碍视图工具栏、测试结果、扩展宿主评论、mainThreadNotebook 以及终端配置文件服务
- Arthur Cnops (accnops) 为听写使用了专用的 MAI 转写
- Brian Steenhoek (bstee615) 在 PatchBased02Unified 提示词策略中新增并识别了一个 eagerness 选项
- Michael Cummings (mcumming) 为私有 Marketplace 访问启用了 Microsoft Entra ID 登录，并使
extensions.gallery.authProvider受策略控制 - Hadley Wickham 修复了一个 webview 视图徽章在被设为 undefined 时无法清除的问题
- Piyush Madan 新增了向执行子智能体显示剩余回合数的功能
- YOSHII-Hiroto 新增了对在集成浏览器中打开 MHTML 文件的支持
- Wibaek Park 修复了在 IME 组合输入期间查找输入框被重新聚焦的问题
来自 John Murray、RedCMD、Andrii Dieiev 和 Alberto Santini 的议题跟踪贡献，帮助分类并验证了社区报告。
你应该更新吗？
应该。VS Code 1.137 是智能体开始在你未开口时就工作的版本——这是一个意义重大的转变。正因如此，自动化才是本次的标题功能：它把智能体变成了你可以“排期”而非“照看”的东西。语音模式是最有趣的实验，如果你曾希望在不离开键盘的情况下调整智能体的方向，它值得一试。而 GitHub 议题与 PR 集成则悄无声息地消除了普通修 bug 日常中最常见的上下文切换来源之一。
本次发布没有弃用的功能或设置，因此更新后无需做任何清理。
VS Code 正在逐步向所有用户推送。使用 VS Code 中的 Check for Updates 即可立即获取最新版本，或者下载 nightly Insiders 版本，以便在新功能一推出时就试用它们。
你最喜欢 VS Code 1.137 的哪个功能？在 X 上告诉我们——我们一直很想听听这些更新在真实工作流中的落地效果。