Visual Studio Code 1.140 于 2026 年 9 月 30 日发布，推动 Copilot 进一步迈向受管理的代理执行。Microsoft 的发行说明介绍了专用 Copilot harness、实验性的多文件夹会话、远程任务委派、HydraFusion 编排，以及用于默认 Auto 模型选择层级的企业控制功能。
对于 CTO 和工程领导者而言，信号很明确：以代理为先的开发如今需要就工作负载隔离、执行位置、模型编排和企业策略作出决策。这些是平台层面的考量，而非编辑器偏好。
1. 多文件夹会话隔离代理工作
它是什么
Microsoft 表示，VS Code 1.140 新增了对多文件夹会话的实验性支持。不同聊天可以使用独立的文件夹或工作树，从而隔离关联的终端、任务、代码更改和拉取请求状态。
这并非又一个聊天标签页，而是代理会话工作上下文的边界。
为什么重要
当会话共享文件、终端或任务状态时，并发代理工作可能造成运营上的不明确性。多文件夹模型为平台团队提供了一种机制，可用于测试独立工作树是否能改善对并行更改的控制。
**为什么这很重要：**您的团队应根据现有的分支、工作树、代码审查和拉取请求实践评估此功能。实验性隔离不应被视为这些控制措施的替代品。
一个有价值的试点方案是比较共享文件夹工作流与独立文件夹或工作树，然后检查开发者能否清晰地将终端、任务和代码更改归属到正确的聊天。需要作出的决策是，这种隔离是否能在不割裂审查流程的前提下减少协调开销。
2. Copilot Harness 标准化代理会话
它是什么
根据 Microsoft 的 VS Code 1.140 发行说明，GitHub Copilot 代理行为现在通过专用 harness 运行。Microsoft 表示，这一变化旨在使代理会话在 VS Code 和其他 Copilot 工具中保持一致的行为。
该 harness 是可见工作流变化背后的架构故事。
为什么重要
跨工具的一致性可使代理工作流更易于运营化，但供应商所述的一致性仍需要在本地进行验证。您的团队应在获批准的 Copilot 使用界面中比较相同的代表性任务，并记录执行或结果方面的任何差异。
**对于 CTO：**重要的转变在于，代理功能正从嵌入于单一编辑器的功能，转向旨在跨多个 Copilot 工具运行的代理工作流。这一趋势使所有权更趋向于开发者平台职能。
因此，标准化不应仅涵盖安装。团队需要对可接受的代理行为、审查要求以及当会话在不同工具中产生不同结果时的升级路径形成共同定义。
3. 远程任务委派新增放置决策
它是什么
Microsoft 表示，Agents 窗口可将任务委派给合适的远程主机。主机选择可考虑包括操作系统、内存、CPU 和负载在内的计算机特征。
这是代理工作流内部的远程工作负载放置。
为什么重要
委派带来了一项容量和治理决策：哪些主机应接收代理任务，以及在什么条件下接收。发行说明描述了选择特征，但所提供的研究资料并未说明这些特征应如何映射到企业的内部策略。
**为什么这很重要：**平台团队应在广泛采用前定义符合条件的主机类别。操作系统、内存、CPU 和负载是有用的放置输入，但它们不能替代组织关于访问和工作负载所有权的规则。
从获批准远程主机上的范围受限任务开始。然后确定这种选择行为是否符合团队的容量模型，以及开发者能否了解被委派工作正在何处运行。
4. HydraFusion 协调模型与修订
它是什么
Microsoft 在 VS Code 1.140 中将 HydraFusion 作为研究预览功能推出。根据发行信息，它可协调模型选择以及可能包含批评和修订的工作流阶段，声明的目标是在速度、成本和质量之间取得平衡。
这不是单模型增强功能，而是跨模型和工作流步骤的编排。
为什么重要
HydraFusion 使编排层成为开发体验的明确组成部分。对于企业团队，这带来了一个评估问题：协调选择和修订是否能产生足以证明额外工作流复杂性合理的结果。
**为什么这很重要：**速度、成本和质量是相互竞争的运营标准。在将 HydraFusion 与团队当前工作流进行比较之前，受控评估应先为每个任务类别定义哪项标准最重要。
或许最具影响的要点在于这一趋势。以代理为先的开发并不限于向一个模型发出提示；它正转向能够跨多个步骤进行选择、批评和修订的系统。
5. 企业控制功能治理默认 Auto 层级
它是什么
Microsoft 表示，VS Code 1.140 新增了用于配置模型选择所用默认 Auto 层级的企业控制功能。所提供的研究资料未指出该控制功能的设置键，也未提供更多配置细节。
策略界面已经存在，但现有证据不足以支持更具体的配置建议。
为什么重要
自动模型选择会影响团队对成本、质量和监督的考量。可配置的默认值为企业管理员提供了一个控制点，但它也要求作出明确的策略决策。
**这对 IT 领导者意味着什么：**记录 Auto 层级是否获准作为默认设置、是否仅限于评估组，或是否在内部审查完成前暂缓使用。不要让编辑器默认设置意外成为组织的 AI 策略。
对于受监管行业而言，模型选择治理不容妥协。眼下的行动是为默认设置指定所有者，并确定谁可以批准更改。
总结
VS Code 1.140 将 Copilot 代理工作流转变为更广泛的平台管理议题。多文件夹会话引入隔离，专用 harness 以跨工具一致性为目标，远程委派新增放置决策，HydraFusion 预览编排能力，而 Auto 层级则增加了企业策略界面。
这对企业团队意味着什么
**试点会话隔离。**使用具有代表性的代码仓库测试多文件夹会话，并审查独立文件夹或工作树是否能澄清任务所有权。
**验证 harness 一致性。**比较各工具中获批准的 Copilot 工作流，而不要在未经内部测试的情况下接受供应商所述的一致性。
**限制远程委派。**在团队根据操作系统、内存、CPU 或负载路由代理任务之前，定义哪些远程主机符合条件。
**分开评估预览功能。**将 HydraFusion 视为一项研究预览评估，并明确速度、成本和质量标准。
**指定模型策略所有权。**决定谁控制默认 Auto 层级，以及如何审查更改。
以代理为先并非一种趋势，而是发展方向。企业的任务是使这一方向可治理。
祝您编码愉快！