VS Code 1.134让AI协作更像团队

微软在 8 月 19 日发布了 Visual Studio Code 1.134 更新。这一版本没有推出新的模型，也没有把重点放在某个单独的代码生成能力上，而是集中处理 AI 编程工作流里越来越明显的问题：一个开发者同时运行多个 Coding Agent 任务时，如何比较结果、跟踪上下文，以及在冗长对话中找回关键信息。

VS Code 1.134 的四项核心更新分别是并排聊天、提示时间线、聊天中查找和 HTML 文件预览。其中，前两项直接服务于多智能体协作，后两项则针对日常使用中的信息检索和结果验证。综合来看，这不是一次“让 AI 更聪明”的模型级升级，而是一次让 AI 编程工具更适合持续工作的界面和交互升级。

核心变化：从单次问答转向多会话协作

Coding Agent 是能够理解代码库、调用工具、修改文件并执行多步开发任务的 AI 编程代理。它和传统的代码补全不同，工作单位不再是某一行代码，而是一个可能持续数分钟甚至数小时的开发任务。

这类工作方式带来了新的界面问题。开发者可能让一个 Agent 修复测试失败，让另一个 Agent 重构模块，同时自己在第三个聊天窗口里讨论技术方案。过去，VS Code 的聊天体验更接近“一个编辑器旁边放一个对话框”：对单次提问足够，但当任务变多、对话变长、不同 Agent 同时运行时，开发者需要频繁切换标签和窗口，工作状态很容易被打散。

1.134 的方向很明确：聊天不再只是代码编辑器旁边的附属面板，而开始成为一个可以组织、调度和复核多个 AI 会话的工作区。

| 功能 | 解决的问题 | 对开发者的直接价值 | |---|---|---| | 并排聊天 | 多个对话和子智能体任务难以同时观察 | 比较方案、监控进度、减少窗口切换 | | 提示时间线 | 长对话中难以定位历史提示 | 快速回到某个任务节点，恢复上下文 | | 聊天中查找 | 需要滚动大量聊天记录寻找信息 | 用关键词检索决策、错误信息和文件名 | | HTML 文件预览 | 预览本地页面时需要额外操作 | 在 VS Code 内直接查看 HTML 渲染结果 |

并排聊天：让多个 Agent 会话进入同一块工作台

并排聊天是 VS Code 1.134 中最值得关注的更新。并排聊天允许开发者将多个聊天窗口按水平或垂直方向排列，从而在同一个 VS Code 窗口中同时查看相关会话。

具体操作上，开发者可以把聊天记录或子智能体聊天记录拖入不同的聊天分组。不同会话可以并排展示，也可以按照开发任务重新组织。例如，左侧让 Agent 分析一个 API 鉴权问题，右侧让另一个 Agent 检查前端调用链；又或者上方显示主 Agent 的整体任务，下方显示它拆分出的子任务进度。

这种布局的价值不只是“同时看两个窗口”。它改变了开发者判断 Agent 输出的方式。

在单窗口模式下，开发者通常要先等待一个回答结束，再切换到另一个会话查看结果。并排布局则更接近代码评审或结对编程：一边观察 Agent 如何修改文件，一边参考另一个会话给出的测试结果和替代方案。对于需要反复比较的工作，例如数据库查询优化、前端布局调整、单元测试补全，并排显示能显著减少上下文切换。

更重要的是，VS Code 会在返回会话或重新加载窗口时自动恢复聊天分组布局和焦点。这意味着布局不再是一次性的临时操作。对于持续数小时的任务，开发者不必每次重启窗口后重新寻找正在跟进的会话。

不过，并排聊天并不能自动解决多 Agent 协作中的冲突。如果两个 Agent 同时修改同一文件，界面上的并排展示只能帮助开发者更快发现问题，不能替代分支隔离、变更审查和测试验证。换句话说，1.134 改善的是“观察和管理任务”的效率，不是自动消除并行开发的工程风险。

提示时间线：给长对话增加“目录”和定位点

提示时间线是位于智能体窗口文本记录侧边栏中的时间轴。提示时间线是一种按照用户提示组织聊天上下文的导航结构，每个时间点对应一次用户输入，当前所在位置会被高亮显示。

用户将鼠标悬停在时间轴上时，可以查看对应的提示内容；选择某个时间点后，聊天视图会跳转到相应位置。

这项功能看起来比并排聊天小，但对于 Agent 工作流，它可能更高频。传统聊天窗口通常按照时间顺序不断向下增长。一次完整的代码任务可能包含需求澄清、代码库分析、方案讨论、文件修改、测试失败、错误修复和最终总结七个阶段。只要其中一个阶段出现了新的分支，后续对话就会变得很长。

长上下文的主要问题不是 AI 记不住，而是人很难迅速找到“事情是从哪里开始变复杂的”。提示时间线相当于给聊天记录加了一份可视化目录：开发者可以直接回到“要求 Agent 只修改后端”的那条提示，也可以定位到“测试第一次失败”的节点，检查后续修改是否偏离了原始目标。

对于需要审查 AI 输出的开发者，这意味着定位责任边界会更容易。假设 Agent 最终提交了一组看似合理但范围过大的修改，开发者可以回到任务早期的提示，判断是需求本身不清晰、Agent 自主扩展了范围，还是某次中途指令改变了目标。这个能力对于复盘尤其有价值，因为它把一段连续聊天拆成了多个可检查的决策节点。

但提示时间线也有一个明显边界：它记录的是提示节点，而不是完整的代码状态快照。跳回某条提示并不等于自动恢复当时的文件内容、分支状态或工具执行环境。开发者仍然需要结合 Git 历史、差异视图和测试结果判断实际变化，不能把聊天导航误认为版本控制。

聊天中查找：Ctrl+F终于进入对话工作流

聊天中查找是一项基于关键词检索完整对话文本的功能。VS Code 1.134 支持在聊天视图、聊天编辑器和客服窗口中使用 Ctrl+F 搜索聊天内容。

这项更新的技术含量不如 Agent 主机或模型接入，但使用价值很直接。开发者在长对话中寻找之前的信息时，不再需要手动滚动整个记录。搜索目标可以是文件名、函数名、错误信息、依赖包名称、某个配置项，或者 Agent 曾经给出的具体结论。

例如，开发者可能记得几分钟前讨论过 tsconfig 的某个选项，却不记得它出现在哪一轮对话；也可能需要重新确认 Agent 是否承诺“只修改测试文件”。通过 Ctrl+F，这类信息检索从浏览操作变成了文本搜索。

这对代码库规模较大的项目尤其重要。Agent 的回答往往混合了自然语言、文件路径、命令输出和修改摘要。一个错误码可能只出现一次，但它恰恰是排查问题最关键的线索。聊天内搜索降低了重新提问的必要性，也减少了因为找不到旧信息而让 Agent 重复分析的情况。

需要注意的是，聊天搜索解决的是“找回信息”，不是“理解信息”。搜索能定位关键词，却不会自动告诉用户某项结论是否已经被后续修改推翻。因此，在使用搜索结果时，仍然要关注时间线位置和后续上下文，避免把早期的临时判断当成最终方案。

HTML 文件预览：把验证页面的路径缩短

HTML 文件预览允许用户将集成浏览器设置为本地 HTML 文件的默认编辑器。对于经常查看页面效果、但不需要直接编辑 HTML 源码的开发者来说，打开文件后可以优先看到渲染结果，而不是文本内容。

这项功能主要面向前端开发、静态页面调试和 AI 生成页面的快速验证。过去，开发者让 Agent 生成一个 HTML 文件后，通常需要保存文件、切换到浏览器，再手动刷新页面；如果页面依赖本地资源或还要继续让 Agent 修改，就需要在编辑器和浏览器之间来回移动。

将预览流程放回 VS Code 后，代码、聊天和页面效果可以处于同一个工作环境中。开发者可以在聊天窗口里要求 Agent 调整布局，在预览中检查结果，再回到对话继续修改。这种闭环对 AI 辅助前端开发尤其重要，因为页面是否“看起来正确”往往不能通过静态代码阅读直接判断。

不过，HTML 预览也不等同于完整浏览器测试。跨域策略、网络请求、浏览器扩展、响应式布局和不同浏览器内核都可能导致本地预览结果与生产环境不同。对于涉及真实后端接口、登录态或复杂构建流程的项目，仍然需要使用正式的开发服务器和浏览器测试工具。

这次更新真正说明了什么

VS Code 1.134 的重点，是把 AI 编程从“聊天辅助编辑”继续推向“任务协作环境”。

过去，AI 编程产品的竞争重点通常是模型能力：能否写出更多代码，能否理解更大的上下文，能否修复更复杂的错误。但当 Coding Agent 能够独立完成多步任务后，瓶颈会逐渐转移到任务管理上。开发者需要知道哪些 Agent 正在运行、每个会话负责什么、它们是否修改了相同文件、某个结论来自哪一轮提示，以及最终结果是否值得合并。

从这个角度看，并排聊天对应的是“并行观察”，提示时间线对应的是“上下文导航”，聊天中查找对应的是“信息检索”，HTML 预览对应的是“结果验证”。四项功能共同覆盖了 AI 编程最常见的四个环节：同时看、回到过去、找信息、验结果。

| 使用场景 | 旧流程的主要成本 | 1.134 的改进点 | 仍需人工完成的工作 | |---|---|---|---| | 同时运行多个 Agent | 频繁切换会话，容易遗漏状态 | 并排显示聊天和子智能体任务 | 分配边界、处理文件冲突 | | 复盘长对话 | 滚动查找，难以判断任务转折点 | 提示时间线快速跳转 | 核对当时的代码和 Git 状态 | | 查找旧结论 | 重复提问或翻阅大量文本 | Ctrl+F 搜索完整聊天 | 判断结论是否仍然有效 | | 检查 AI 生成页面 | 在编辑器和浏览器之间切换 | 集成浏览器作为 HTML 默认编辑器 | 进行真实环境和多浏览器测试 |

对开发者意味着什么

对于单文件、小规模的代码生成，1.134 的变化不会带来革命性的体验差异。开发者本来就可以在短对话里完成需求，聊天历史也不长，并排窗口的价值有限。

但对于以下几类用户，这次更新更值得关注：

• 同时使用多个 Agent 的开发者：可以把需求分析、实现、测试和代码审查拆成不同会话，直接比较各自结果。
• 维护大型代码库的团队：长对话中的文件路径、错误信息和约束条件更容易被重新定位。
• 频繁让 AI 修改前端页面的开发者：代码修改和页面预览之间的反馈路径更短。
• 需要审查 Agent 行为的高级用户：提示时间线有助于复盘需求如何变化，以及 Agent 在哪个阶段开始扩大任务范围。

从工程实践看，建议把这些能力与明确的任务边界结合使用。一个会话负责一个相对独立的目标，关键约束在早期提示中写清楚；并行任务尽量使用不同分支或工作树隔离；每个 Agent 完成后，通过差异视图、测试和页面预览验证结果。界面变得更适合多任务，并不意味着可以跳过工程纪律。

结论：小功能很多，但方向是对的

VS Code 1.134 不是一次模型能力跃迁，而是一次围绕 Coding Agent 协作效率的产品化更新。并排聊天解决多会话观察问题，提示时间线解决长上下文导航问题，聊天中查找解决历史信息检索问题，HTML 预览则缩短了 AI 生成页面后的验证路径。

它们单独看都不像“改变编程方式”的功能，但组合起来，确实让 VS Code 更接近一个 AI 任务控制台。尤其是在开发者开始同时管理多个 Agent、把任务放到后台执行，并对生成结果进行连续审查之后，这些看似细碎的交互能力会比一次代码生成速度提升更常用。

我们的判断是：如果你只把 VS Code 当作代码编辑器，这次更新可以慢慢体验；如果你已经把 Coding Agent 纳入日常开发流程，1.134 值得尽快升级。它没有替你做决定，却让你更容易看清 AI 做了什么、为什么这么做，以及下一步该如何接管工作。

参考来源

• IT之家：微软发布 1.134 版 VS Code：新增并排聊天、提示时间线等功能 —— 提供本次版本发布时间及四项核心功能的介绍。
• VS Code 更新说明汇总 —— Visual Studio Code 官方版本更新入口，用于核对版本演进和功能说明。