Visual Studio Code 1.142 于 2026 年 10 月 14 日发布，提供了用于代理工作流的预览版画布、可移植聊天会话、Markdown 编辑变更、企业权限控制以及 Windows 终端沙盒迁移。Microsoft 还表示，Copilot harness 正在逐步成为新代理会话的默认选项。
对于 CTO 和工程负责人而言，信号已经很明确：以代理为先的开发正在超越聊天，进入工作区编排、策略强制执行和隔离执行领域。您的团队现在需要同时评估工作流收益和治理要求。
1. Interactive Canvases 扩展代理工作流
它是什么
1.142 发布公告引入了预览版 Interactive Canvases。Microsoft 表示，用户可以创建画布或安装画布扩展，其中包括专为 Kanban 规划和实施跟踪设计的选项。
这并非另一个静态编辑器窗格，而是一个可扩展的界面，用于围绕代理会话组织工作。
为什么重要
Interactive Canvases 可以将规划工件和实施活动带入同一开发环境。对于平台团队而言，这提供了一个机会，可测试代理驱动的规划能否在不削弱现有审查实践的前提下减少上下文切换。
预览状态是主要限制条件。您的团队应在受控环境中评估画布扩展，记录它们会暴露哪些项目信息，并避免将预览工作流视为获批的生产依赖项。
2. 代理聊天可以在工作区之间移动
它是什么
根据 1.142 发布公告，用户可以将代理聊天移动到另一个文件夹或 Git 工作树，同时保留对话上下文。因此，开发人员可以切换工作位置，而无需丢弃当前讨论。
该功能使代理会话能够配合在不同文件夹或工作树之间分离任务的仓库工作流。
为什么重要
当实施工作转移到隔离的工作树时，保留上下文可以减少重复沟通。对于已包含需求、尝试过的方法或与任务相关决策的对话而言，这一点尤为重要。
您的团队仍应验证目标工作区是否符合对话先前建立的假设。保留上下文很有用，但过时的路径、分支或仓库假设可能会在移动后导致错误操作。
为何重要：可移植性将代理聊天从受工作区限制的交互转变为可复用的开发工件。团队需要制定约定，明确何时应继续会话，以及何时因上下文变化而应重新开始。
3. Markdown 编辑获得结构性改进
它是什么
Microsoft 的发布公告列出了 1.142 中 Markdown 编辑器的变更，包括直接粘贴图像、文件链接重命名、通过大纲和面包屑导航标题，以及更安全地复制代码块。
编辑器还会在编辑时单独显示每一行 Markdown 源代码。根据发布报道，只读模式仍会以正常渲染的 Markdown 形式呈现。
为什么重要
这些变更降低了将文档与源代码一同维护的团队的操作摩擦。直接粘贴图像可以简化资源插入，而文件链接重命名可以减少文档文件移动时所需的手动修正。
单独呈现源代码行也让文档结构在编辑过程中更加清晰。同时，大纲和面包屑导航为作者提供了另一种按标题浏览较长技术文档的方式。
对于工程负责人而言，这一影响是运营层面的，而不仅仅是外观上的：文档工作流可以在更多创作周期内留在编辑器中完成。您的团队应通过现有文档审查流程验证图像位置、重命名后的链接和复制的代码块。
4. 企业策略限制代理权限
它是什么
Visual Studio Code 发布公告指出，企业管理员可以强制实施沙盒策略，并限制代理会话可用的权限模式。文档中的示例允许 Assisted Approval，同时阻止 Allow All。
这在安装代理功能与授予不受限制的代理权限之间建立了管理边界。
为什么重要
对于受监管行业，权限治理没有妥协余地。如果管理员无法约束执行模型，那么即使某项代理功能适用于个人开发人员，也可能不适合在组织范围内部署。
这些新控制措施为企业团队提供了依据，以便使代理权限与内部风险要求相匹配。策略可以保留辅助操作，同时不提供限制最少的模式。
这对企业团队意味着什么：部署规划现在应包括明确的权限模式决策。管理员应定义获批模式，测试由此产生的开发人员体验，并记录无法在这些限制下运行的工作流的升级路径。
5. Windows 沙盒化迁移至 Agent Host
它是什么
Microsoft 表示，Local agent 会话中用于终端命令的 Windows 沙盒化在 1.142 中已弃用且不受支持。Windows 上的沙盒化命令执行必须改为使用 Agent Host 会话。
此外，Microsoft 表示，GitHub Copilot harness 正在逐步作为新代理会话的默认选项推出。逐步推出意味着团队不应假定所有环境会在同一时间完成切换。
为什么重要
Windows 沙盒化变更要求立即采取行动。这不是在两种等效会话类型之间作出的未来偏好选择——Microsoft 将 Local-agent 选项描述为不受支持。
依赖沙盒化终端执行的团队应识别受影响的 Windows 工作流，并在更广泛部署编辑器之前通过 Agent Host 验证它们。测试应涵盖代理调用的命令、开发人员看到的审批，以及应用于这些会话的企业权限策略。
Copilot harness 的推出增加了第二个变量。由于 Microsoft 将其描述为逐步推出，支持团队在调查用户之间的差异时应记录会话环境，而不应假定整个组织的行为完全相同。
总结
Visual Studio Code 1.142 推进了代理工作流，同时使其执行边界更加明确。机会在于更广泛的编排；眼下的责任则是受控迁移和策略验证。
- 单独试点画布。 将 Interactive Canvases 和画布扩展视为预览功能，而非成熟的生产依赖项。
- 定义聊天移动约定。 确定何时应让上下文随工作进入另一个文件夹或工作树，以及何时重新开始干净的会话更安全。
- 设置获批的权限模式。 使用企业控制措施，使代理操作符合组织风险要求。
- 迁移 Windows 沙盒化。 由于原有沙盒路径不受支持，请通过
Agent Host验证受影响的Local agent工作流。 - 跟踪 harness 差异。 在 Copilot harness 仍处于逐步推出阶段时，在支持调查中记录会话详细信息。
获取更新
评估 1.142 的团队应在部署前查阅官方 Visual Studio Code 更新页面，以获取完整发布说明。推出计划应优先考虑 Windows 沙盒验证、企业权限配置以及对 Interactive Canvases 的有限预览。
祝您编码愉快！