Visual Studio Code 1.132 于 2026年8月5日发布，延续了向更对话式、多模态开发环境稳步迈进的步伐。1.131 引入了内置听写和混合 Markdown 编辑器，而 1.132 对两者都进行了打磨——为语音输入增加多语言支持、在混合编辑器中启用 Markdown 差异视图，并引入了一个巧妙的侧边聊天机制，让你可以在不打断正在运行的代理的前提下提问。

不过，最亮眼的功能是集成浏览器中的元素级评论——你可以指向网页上的某个具体按钮、表单字段或 div，精确地告诉代理它哪里出了问题。

让我们逐一解析本次更新。

集成浏览器中的元素级反馈

对于任何使用 VS Code 集成浏览器进行代理驱动 Web 开发的人来说，这是头条功能。当代理构建或修改 Web 应用时，你现在可以提供精确的元素级反馈，而无需输入笼统的描述、指望代理自己猜出你指的是哪个元素。

工作原理如下：

  • 在集成浏览器中使用键盘快捷键触发元素选择模式
  • 点击一个或多个网页元素进行选择
  • 为每个选中的元素添加评论
  • 将所有评论作为结构化代理反馈发送到聊天中

这把浏览器从一个被动的预览界面变成了一个交互式标注工具。你不再需要说"提交按钮看起来不对"，而是可以直接点击那个按钮，写上"这个按钮应该是蓝色，文案应该改成 ‘Save’ 而不是 ‘Submit’"，代理就能获得它需要的精确上下文。

结合 1.127 中正式发布的浏览器工具——代理可以打开页面、截图、点击、输入和导航——这为代理驱动的 Web 开发闭环画上了句号。代理构建，你在浏览器中审查，你标注具体元素，代理迭代改进。再也不需要猜测哪个元素需要关注了。

基于 Nemotron 3.5 的多语言听写

设置项： agents.voice.language

内置听写在 1.131 中随离线 Nemotron 模型首次亮相。在 1.132 中，它获得了重大升级：默认的设备端模型现在是多语言 Nemotron 3.5，支持多种语言，既可以遵循你配置的语言偏好，也可以自动检测语言。

主要改进：

  • 自动语言选择：在受支持的情况下，听写会使用你的系统或浏览器区域设置。否则，模型会从你的语音中检测语言。
  • 上手体验：首次使用的用户会获得引导式设置，包括实时麦克风波形、在多个麦克风可用时的设备选择器，以及听写设置链接。随时可以通过命令面板中的 Voice Mode: Show Introduction 重新打开。
  • 可自定义的清理指令：运行 Voice: Configure Dictation Instructions 可以定义项目专属术语或格式偏好。VS Code 会将 ~/.copilot/dictation.md 和受信任工作区中的 .github/dictation.md 中的指令合并，叠加在内置清理规则之上——这些规则会保留语义并在合适的地方优先使用数字。
  • Foundry Local 导入：如果网络限制导致设备端模型无法下载，错误通知会包含一个操作项，可从磁盘导入官方的 Foundry Local 模型包——这对隔离的企业环境非常重要。
  • 下载进度体验：首次使用下载期间，麦克风按钮会显示进度，而不是把下载文本倾倒进输入框。

音频全程留在你的设备上。这不是基于云的转写服务——模型在本地运行，这对注重隐私的组织和受合规约束的环境很重要。

使用 /btw 的侧边聊天

这是那种听起来很简单、但实际上会改变你与代理协作方式的功能。

当代理处于轮次中间——正在处理文件、运行子代理、执行命令——而你只想快速问个问题时，以前你只有两个选择：等当前轮次结束，或者打断它。当你只是想问"这个函数是做什么的？“或"你为什么选择这种方法？“时，这两种方式都不理想。

现在你可以在聊天输入框中输入 /btw 打开一个侧边聊天，它具有以下特性：

  • 共享主聊天的上下文和 prompt cache，因此对当前轮次有完整的可见性
  • 在运行时不打断主代理轮次
  • 允许你针对代理当前正在做的事提出上下文相关问题

你还可以选中聊天回复中的文本，针对该回复提出上下文相关问题。至于跨聊天的上下文共享，你可以通过将聊天标签页拖入输入框，或输入 #chat: 加聊天标题来引用其他聊天。

这在以下场景中特别有用：

  • 代理正在处理大型重构，你想了解某个具体决策而不想暂停工作
  • 你在审查代理输出，想平行探索"如果我们改成 X 会怎样？”
  • 你需要在轮次进行中核实代理的推理过程，而不是等轮次结束后才发现问题

混合 Markdown 编辑器中的 Markdown 差异视图（实验性）

1.131 引入的混合 Markdown 编辑器——将渲染后的 Markdown 与就地编辑和代理可操作的评论相结合——现在支持差异视图了。

当代理修改 Markdown 文件时，差异视图可以在混合 Markdown 编辑器中打开，而不是传统的文本差异视图。你会看到：

  • 渲染后的 Markdown，格式保持完整
  • 装订线指示器，高亮显示新增、修改和删除的内容
  • 完全可编辑——审查时修改后的文档仍保持可编辑状态

你可以通过编辑器类型下拉菜单在文本差异视图和带差异标注的 Markdown 编辑器之间切换。这意味着你可以按照文档实际渲染的格式来审查文档变更，而不是阅读原始 Markdown 差异再在脑子里渲染一遍。

对于使用 Markdown 编写文档的团队（大多数使用 VS Code 的团队都是如此），这大大降低了审查代理生成的文档变更的难度。

代理窗口：从聊天输入框跟踪会话活动

聊天输入框上方出现了新的实时状态胶囊，帮助你跟进代理工作过程中发生的情况：

  • Changes（变更）：显示变更数量。点击可查看当前轮次的实时更新的多文件差异。
  • Previews（预览）：访问代理创建或编辑的文件的 Markdown 预览。
  • Subagents（子代理）：在单独的聊天中打开子代理的工作，跟进其进展。
  • Browsers（浏览器）：跟随代理与集成浏览器的交互。

这些胶囊会根据你当前查看的会话更新，因此始终与上下文相关。这是 1.131 子代理可见性工作的自然延伸，将同样的可观测性理念推广到代理活动的方方面面——不仅是子代理，还包括文件变更、预览和浏览器交互。

在代理窗口中切换编辑器类型

设置项： breadcrumbs.showEditorType

当存在多种编辑器类型时（例如文本编辑器、差异编辑器、混合 Markdown 编辑器），面包屑栏中会出现一个新的下拉菜单，让你直接切换——再也不需要 Reopen Editor With 命令了。你也可以从下拉菜单中设置默认编辑器。

这是一个小而实用的体验改进，减少了在 VS Code 中日益多样化的编辑器类型之间切换的摩擦：文本、差异、Markdown 预览、混合 Markdown，以及扩展提供的自定义编辑器。面包屑栏本来就已经提供文件导航，编辑器类型下拉菜单放在这里非常自然。

聊天：终端输出重排

聊天中展开的终端输出现在会在你调整视图大小时按可用宽度重新换行。以前，输出使用固定宽度，导致行过早换行，在更宽的视图中留下浪费的空间。

这适用于本地代理 harness 和代理主机上运行的 Copilot harness 产生的终端输出。这是个很小的改动，但如果你曾经在 200 字符宽的面板里读一段在 80 字符处换行的宽终端输出，你就会明白它为什么重要。

终端：感知 shell 的听写清理

终端听写现在会应用感知 shell 的清理规则，因此口述的命令能保留 shell 语法。例如，说出"git commit dash m hello world"会生成 git commit -m "Hello World"，而不是把单词原样插入。

这相当于听写版的语法感知编辑——清理规则理解你是在对着终端口述命令，而不是在写散文，并据此进行格式化。配合多语言听写支持，这意味着你可以用自己偏好的语言口述终端命令，得到格式正确的 shell 语法输出。

提议 API：按模式设置自定义编辑器优先级

customEditors.priority 提议 API 允许扩展为文本编辑器和差异编辑器分别设置不同的优先级。扩展可以在处理常规文件时默认使用自定义编辑器，同时让差异视图默认使用内置编辑器，反之亦然。

现有的单一优先级值继续有效以保持向后兼容，差异编辑器默认使用显式优先级。微软计划在下一个版本中将此功能提升为正式版，这将让扩展作者对自己的自定义编辑器如何融入 VS Code 的编辑界面拥有更细粒度的控制。

弃用：ChatAgentHostEnabled 策略

ChatAgentHostEnabled 策略已被移除。管理员不再能通过策略集中禁用代理主机。个人开发者仍可以使用 chat.agentHost.enabled 设置选择代理是否在独立的代理主机进程中运行。

这标志着微软对代理主机稳定性的信心——他们已经放心到可以移除这个管理层面的逃生舱。对于此前通过策略暂缓采用代理主机的组织，这是一个信号：可以直接通过用户级设置来评估它了。

社区贡献

本版本社区参与度很高，共有 27 位贡献者提交了 PR。值得关注的贡献：

  • Simon Siefke（@SimonSiefke）延续了 1.131 以来的内存泄漏清理节奏，又提交了六个修复：titleBarPart、notebook view model、decorationAddon._decorations、chatServiceImpl、settings-tree 和 historyService。Simon 正在默默地为 VS Code 的内存管理做着意义重大的工作。
  • Arthur Cnops（@accnops）为语音体验贡献了语音问题轮播和并发问题排队功能。
  • Mir（@mirimadahmed）增加了免提播放前的语音预热捕获，并让编码代理具备语音感知能力，带来更好的语音体验。
  • Rushil Patel（@rushil-b-patel）为 Markdown 预览中的代码块添加了复制按钮。
  • Praneeth Kodumagulla（@praneethhere）为 Copilot CLI 状态添加了 COPILOT_HOME 支持。
  • Dan Brown（@jdanbrown）修复了终端标签页标题显示”~“而不是”$HOME"的问题——这是 Unix 用户会欣赏的小小体验优化。
  • Yogeshwaran C（@yogeshwaran-c）贡献了惊人的 8 个 PR，包括 JSDoc 延续模式、npm 补全、package.json catalog 支持、搜索详情工具提示、serve-web 提议 API、折叠范围、终端退出码检测和模块脚本作用域。
  • Dmitry Savy（@dsavy4）修复了 stableStringify 将共享引用误判为循环引用的问题，以及一个 BidirectionalMap 陈旧反向条目 bug。
  • Tobias Hernstig（@thernstig）修复了转发端口状态栏项，使其能够切换端口视图。
  • zmr-233 修复了一个会触发整个工作台样式失效的 :has() 选择器性能问题。

问题跟踪贡献者：John Murray（@gjsjohnmurray）、Momin Ahmad（@MominRaza）、Norbert Palinkas（@palinkasnorbert）、Andrii Dieiev（@IllusionMH）和 Ganlv（@ganlvtech）。

更大的图景

VS Code 1.132 有三个清晰的主题：

  1. 闭环代理反馈：元素级浏览器评论和实时活动胶囊让引导代理更加精确，并能在实时观察代理的工作。浏览器不再只是一个预览界面——它是一个交互式标注界面。

  2. 语音走向多语言：Nemotron 3.5 支持自动语言检测、感知 shell 的清理和可自定义指令，让听写在非英语用户和终端工作流中同样实用。设备端模型意味着没有隐私方面的取舍。

  3. 不打断的交互：通过 /btw 的侧边聊天认识到，与代理协作是一场对话，而不是批量作业。能够在不停止工作的情况下提出上下文相关问题，是一个有意义的体验转变。

代理主机继续逐步推广，混合 Markdown 编辑器通过差异视图支持不断成熟，ChatAgentHostEnabled 策略的弃用也表明微软对基础设施的信心日益增强。如果你还没有启用 chat.agentHost.enabled，1.132 正是一个尝试的好时机。

VS Code 1.132 正在逐步推送。在 VS Code 中使用 Check for Updates 可以立即获取，或者下载每日 Insiders 构建版提前体验即将推出的功能。