Visual Studio Code 1.136 于 2026 年 9 月 2 日发布。本次更新瞄准的是开发周期的最后一公里——那些把拉取请求（PR）从"代码写完"推进到"可以合并"的琐碎、充满打断的工作。同时，它还为代理带来了期待已久的多根工作区支持，并给 Agents 窗口增添了令人惊喜的个性化能力。
四大亮点功能：
- Agent Merge（预览版） —— 一个代理自动处理评审意见、修复失败的检查并解决合并冲突，直到你的 PR 可以合并
- 多根工作区（实验性） —— Copilot 和 Claude 代理会话可在多根工作区的所有文件夹中工作
- 聊天背景（实验性） —— 用 Codicons 图案或你自己的图片个性化 Agents 窗口
- 聊天会话层级结构 —— 相关聊天归入其父会话之下，并显示各自的状态和待批准项
下面逐一解读它们对日常工作的意义。
Agent Merge（预览版）：自动化最后一公里
Agent Merge 是 1.136 的头号功能，它代表着 AI 代理在编辑器中角色的重大转变。此前，VS Code 的代理帮助你编写代码；Agent Merge 则帮助你交付代码。
它的工作原理：在会话中启用后，Agent Merge 会要求代理处理拉取请求上的评审意见、修复失败的检查、解决合并冲突并重新运行工作流。这个过程会不断重复，直到 PR 准备好合并。你来监督，代理负责机械性的苦差事。
为什么这很重要
PR 生命周期最后 10–20% 往往是最痛苦的部分。你会在这些事上耗费时间：
- 应用机械性的评审意见（重命名这个、调整那个、补一个缺失的测试）
- 追查不稳定的 CI 失败或简单的测试问题
- 当长期分支发生偏移时解决合并冲突
这些任务创造性价值低，但打断成本高。Agent Merge 瞄准的正是这个缺口，把修修补补的循环变成你可以监督而非手动苦熬的事情。
如何试用
在设置中启用 chat.agentMerge.enabled。你可以从 Agents 窗口为某个会话启用 Agent Merge——运行 Enable Agent Merge for Active Session，或点击标题栏中的 Agent Merge 按钮。目前该功能仅限于 Agents 窗口。
更广泛的趋势
Agent Merge 是行业明确转向的一部分：从 AI 辅助编码（自动补全、聊天）走向掌控整个生命周期阶段的代理工作流。Atlassian 的 Agentic Pipelines 和 Harness 的"代理就绪代码仓库"正在探索类似领域。Agent Merge 的不同之处在于，它就位于你日常工作的编辑器内部，拥有会话、更改和工作区的完整上下文。
编辑器窗口中的多根工作区（实验性）
如果你的微服务、单体仓库或多语言技术栈分布在多个文件夹中，这个功能就是为你准备的。VS Code 1.136 为编辑器窗口 Chat 视图中的 Copilot 和 Claude 代理会话带来了多根工作区支持。
此前，代理会话只能操作单个工作区文件夹。现在，启用 chat.agentHost.copilotAgent.multiRootEnabled 和 chat.agentHost.claudeAgent.multiRootEnabled 后，代理可以理解多根工作区中的所有文件夹。
几个重要细节：
- 该能力目前仅限于编辑器窗口（不是 Agents 窗口）
- 代理钩子（Agent hooks） 仍限于单个工作区文件夹。如果在多个文件夹中检测到钩子，VS Code 会提示你选择加载钩子的主文件夹
- 结合下面的工作区解析改进，代理现在能够理解你真实的项目布局
为什么重要： AI 代理终于能理解你真实的项目结构，而不是单文件夹的玩具示例。如果你同时更新后端和前端，而共享的 schema 位于另一个文件夹，代理可以一览无余。
浏览相关聊天与会话
VS Code 1.136 重新组织了会话列表中相关代理工作的呈现方式。聊天现在显示为其父会话的子项，形成层级结构，让你轻松理解哪些聊天属于同一组。
每个聊天行都显示自己的：
- 标题 —— 有意义的标题，尤其是当代理把工作委派给多个聊天时
- 状态 —— 查看哪个聊天正在运行、已完成或需要你的输入
- 待批准项 —— 快速识别哪个聊天需要你关注
你可以展开或折叠层级结构，并直接从树中打开、重命名、移动或删除单个聊天。
当代理将独立工作委派给多个聊天时，每个新聊天都会获得有意义的标题并出现在此层级结构中。新会话或聊天会放置在其来源附近，接收请求会包含来源链接，如"Sent by another session"或"Sent from another chat"。选择该链接即可返回发起它的确切会话或聊天。
此前，在内部会话状态目录中创建的文件会在编辑器面包屑中显示内部会话标识符。现在面包屑使用稳定的提供程序和会话标签，更容易识别文件位置，同时不暴露实现细节。
为什么重要： 随着代理越来越多地将工作委派到多个聊天，扁平列表将变得难以管理。层级结构让你把 PR、功能或调研视为一棵相关对话树——并快速跳转到需要你输入的那一个。
工作区解析改进
除了绝对路径和工作区 URI，代理现在还可以通过项目名称解析工作区。这意味着你可以直接说"在 vscode 工作区里运行这个"，而无需提供完整路径。
会话工具还会保留多根工作区的项目 URI 和所有工作目录。如果有多个同名工作区，代理会报告可能的匹配项，而不是默默选择一个。远程工作区 URI 同样受支持。
为什么重要： 这关乎减少与代理交互时的摩擦。记住并输入完整路径是一种障碍；用名称引用项目才是人类的思维方式。
Agents 窗口中的聊天背景（实验性）
这是最有趣的一个。VS Code 1.136 让你可以用装饰性聊天背景个性化 Agents 窗口——可以是感知主题的内置 VS Code Codicons 图案，也可以是你自己机器上的图片。
运行 Chat: Set Background… 可在 Codicons 图案和自定义图片之间选择。最近使用过的五张图片会出现在 Recently Used 下，且该列表只保存在你的机器上。
使用自己的图片时，运行 Chat: Change Background Layout… 来放置它。共有十一种布局：Repeat、Stretch、Center 以及每个边缘和角落。在列表中切换时会在原位预览每种布局，让你在确定之前判断效果。
值得了解的细节：
- 深色和浅色主题保持各自的背景 —— 切换主题时背景会随之切换
- 高对比度主题会完全禁用背景，且这三个命令在那里不可用
- 聊天内容自带填充层，确保在背景之上保持可读——你的请求完全不透明，代理回复在两侧内边距处淡出，而 Markdown 表格和终端输出等宽内容则有完整背衬
相关设置：chat.agentSessions.preferredDarkBackgroundImage、chat.agentSessions.preferredLightBackgroundImage、chat.agentSessions.backgroundImageLayout
为什么重要： 诚然它是装饰性的——但 Agents 窗口如今已是许多开发者全天工作的地方。让它感觉像你自己的空间，对舒适度很重要，也能减少代理驱动工作流的冷冰冰感。
代理会话通知
当代理会话需要你的输入或完成工作时，VS Code 现在可以通知你。当你跨多个会话、工作区或多个 VS Code 窗口委派工作时，这尤其有用。
默认情况下，通知只在 VS Code 窗口未聚焦时出现。你可以分别配置两类通知：
- 需要输入的会话 ——
chat.notifyWindowOnConfirmation - 已收到响应的会话 ——
chat.notifyWindowOnResponseReceived
通知包含返回相关会话的直接链接，选择通知即可聚焦正确的窗口并打开需要关注的会话。
为什么重要： 如果你已在一个 PR 上启动了 Agent Merge 会话并回去做其他工作，你希望它在需要你时通知你——而不是一直盯着窗口。通知把代理监督从轮询式变成了事件驱动式。
重新设计的新会话输入框
新会话输入框经过重新设计，将提示词、模型选择、工作区选择和其他会话控制整合到一个布局中。这减少了启动委派工作时的设置摩擦。
为什么重要： 开始一个新的代理会话应该像开始对话，而不是填写表单。将这些控制整合到单一布局是一个小改动，却带来巨大的可用性提升。
听写数据的企业管控
管理员现在可以通过企业策略管理听写模型和语言模型转录清理。新控件可以：
- 强制设备端转录 —— 听写在不向云端发送音频的情况下依然可用
- 禁用语言模型清理 —— 防止听写数据被发送到 Copilot 模型进行精修
这对于有严格数据驻留或合规要求、同时仍想提供听写作为辅助或生产力功能的组织尤其重要。
辅助功能：Screen Reader Optimized 徽章
启用该模式时，Agents 窗口标题栏现在会显示Screen Reader Optimized 徽章。该徽章让你一眼就能识别当前启用的辅助模式。选择徽章即可关闭该模式。
编辑器体验：紧凑布局密度（实验性）
启用 workbench.experimental.modernUI 后，你现在可以在两种布局密度之间选择：
- Default —— 与当前编辑器窗口布局相同
- Compact —— 移除面板之间的间距并缩小面板内部间距
可在 Settings 菜单的 Layout Density 部分找到，也可通过 window.density.layout 设置。
为什么重要： 当你在重度代理工作流中同时处理聊天、差异、终端和文件资源管理器时，每个像素都很宝贵。紧凑密度在不缩小字号的情况下让屏幕容纳更多内容。
代码编辑：自动换行改进
注入文本——颜色装饰器、内联提示间距、行内进度指示器和断点占位符——不再把换行行推出编辑器视口。自动换行现在会考虑这些元素的视觉宽度。
为什么重要： 这是一个小修复，但如果你曾在换行行上看到 rgba(...) 被轻微裁切，就会明白那种沮丧。干净的换行让代码更易读，尤其是在密集的代理生成差异中。
集成浏览器：拼写检查建议
在集成浏览器的可编辑字段中右键单击拼写错误的单词，即可选择建议的更正。在使用持久数据存储的会话中，还可以选择Add to Dictionary。
为什么重要： 与代理协作时，文档、PR 描述和讨论越来越频繁地出现在 VS Code 内部。集成浏览器中的拼写检查让这些工作流获得与专用编辑器同等的精致体验。
终端：减少执行命令时的延迟
在某些时序条件下，当 shell 集成就绪时，扩展执行的终端命令不再产生不必要的延迟。遇到此问题的 JavaScript 调试器用户在启动程序时不再经历五秒延迟。
为什么重要： AI 代理经常调用终端命令——测试套件、linter、构建步骤。这里的低延迟意味着更快的代理迭代循环，而不仅仅是更好的人类体验。
社区贡献
VS Code 1.136 包含 15 位社区贡献者的贡献。值得注意的有：
- Remco Haszing 贡献了多项 Monaco 编辑器修复，包括光标移动规范化、换行时的越界文本选择、自定义行高取整，以及在 Monaco 编辑器中公开 score 函数
- Simon Siefke 延续了内存泄漏修复的连胜——本次是 explorer viewer 和 LSP terminal completions
- David B. Bitton 为集成浏览器上下文菜单添加了拼写建议
- Mark S.（unsupportedpastels） 为自定义代理文件添加了推理力度（reasoning effort）支持
- Julia Gong 在 NES 的默认提供程序路径上应用了 supportsUnifiedCompletions
- na2co3 修复了 Modern UI 中标签操作淡化的 CSS 优先级问题
John Murray、Saswwo、zotabee、Edoardo Luppi 和 sandstrom 的问题跟踪贡献帮助分类和验证了社区报告。
The Story of VS Code：全球首映
值得注意：VS Code 将于 9 月 4 日上午 8:00（太平洋时间）首映一部纪录片——“The Story of VS Code”。它讲述了从早期起步到今天数百万开发者使用的平台这一历程。加入首映。
你该更新吗？
应该。对于任何在编辑器中使用 AI 代理的人来说，VS Code 1.136 都是一次重要更新。如果你需要维护拉取请求，仅 Agent Merge 一项就值得更新——它直击 PR 生命周期中最繁琐的部分。多根工作区支持是微服务和单体仓库团队的一项重大能力解锁。而会话层级结构、通知和重新设计的会话输入框共同让 Agents 窗口更有条理，不再像一场聊天混战。
本次更新没有弃用的功能或设置，更新后无需清理任何内容。
VS Code 正在逐步向所有用户推送。在 VS Code 中使用 Check for Updates 立即获取最新版本，或下载 nightly Insiders 构建尽早体验新功能。
你最喜欢 VS Code 1.136 的哪个功能？欢迎在 X 告诉我们——我们一直很想知道这些更新在实际工作流中的表现。