VS Code 1.140 发布:多文件夹会话与远程 Agent 委派重塑 Copilot 工作流

微软发布 VS Code 1.140 稳定版,强化 GitHub Copilot Agent 的协同与企业级能力。

新发布

微软昨日(9 月 30 日)正式推出 Visual Studio Code 1.140 稳定版,本次更新聚焦 GitHub Copilot Agent 工作流的深化与扩展,面向开发者提升多任务并行效率与远程协同能力。以下是本次更新的核心硬信息:

  • 发布时间:2026 年 9 月 30 日(IT之家 10 月 1 日报道)
  • 版本号:1.140 稳定版
  • 可用性:已向公众开放下载
  • 权重开放:开源项目,遵循 MIT 许可证免费使用

多文件夹会话:隔离并发开发的新范式

多文件夹会话:隔离并发开发的新范式
多文件夹会话:隔离并发开发的新范式|新闻截图

1.140 版本引入实验性多文件夹会话功能,这是本次更新最具操作意义的创新之一。同一 GitHub Copilot Agent 会话中,开发者可启动多个独立聊天会话,每个会话绑定至不同代码仓库或 Git worktree。这种设计实现了Workspace 隔离——终端、本地任务配置、代码变更历史、Pull Request 状态及合并冲突信息彼此独立,避免了多任务并行时常见的状态串扰问题。

例如,当一名开发者同时负责功能开发(会话 A)与修复线上 bug(会话 B),前者绑定至 feature 分支,后者绑定至 hotfix 分支时,二者对同一文件的修改不会在会话间意外同步,显著降低误操作风险。

Copilot Harness 统一智能体行为

Copilot Harness 统一智能体行为
Copilot Harness 统一智能体行为|新闻截图

本次更新持续强化 Copilot harness 架构,该架构由 Copilot SDK 提供支持,并基于**智能体主机协议(AHP)**在专用进程中运行。AHP 是一套标准化通信协议,旨在确保同一 Agent 在不同入口(VS Code 插件、Copilot 独立应用、Copilot CLI)中表现一致。这一变化意味着开发者无论通过命令行、IDE 还是网页端发起 Agent 请求,底层执行逻辑保持统一,为跨平台协作与自动化集成奠定基础。

值得注意的是,Copilot harness 并非全新概念,但 1.140 版本首次将其与远程任务调度深度整合,实现本地与远程执行的无缝切换。

HydraFusion 与远程任务委派:智能模型调度的新尝试

HydraFusion 与远程任务委派:智能模型调度的新尝试
HydraFusion 与远程任务委派:智能模型调度的新尝试|新闻截图

HydraFusion 作为研究预览功能同步推出,其核心是模型协同编排技术。该机制可自动评估任务需求,动态选择合适模型(如轻量级模型处理简单重构、重量级模型处理复杂设计),并支持模型间“自我批评-修订”循环。其设计目标是在代码质量、推理速度与调用成本之间达成三方平衡——这是当前 Agent 应用中尚未充分解决的工程难题。

远程任务委派机制则拓展了 Copilot 的执行边界。新版 Agent 具备主机发现能力,可主动扫描内网或云环境中的远程主机,并基于操作系统兼容性、可用内存、CPU 核心数及实时负载等指标,智能择取最优执行节点。这意味着计算密集型编译或测试任务可自动卸载至构建服务器,避免阻塞本地开发体验。

功能特性本地执行远程执行(本次更新)
任务发现手动配置自动扫描与评估
资源适配固定配置动态匹配硬件指标
执行隔离进程级会话 + 主机双重隔离

落地建议:明确适用场景,合理期待能力边界

落地建议:明确适用场景,合理期待能力边界
落地建议:明确适用场景,合理期待能力边界|新闻截图

  • 适合立即使用:同时维护多个代码分支的中大型团队;具备远程构建基础设施(如 Jenkins、GitHub Actions 所在服务器)的企业开发者;对多任务会话状态隔离有强需求的续写/重构密集型工作流。
  • 建议暂缓评估:HydraFusion 目前仅为研究预览,未进入生产就绪状态;若企业环境严格限制远程主机发现(如网络 deny-all 策略),远程任务委派需额外配置信任链。

写在最后

Copilot Agent 从单一问答工具向协同生产系统演进的趋势愈发清晰。本次更新并未聚焦模型参数或性能提升,而是着力解决 Agent 多实例并发时的工程化难题——这种对‘系统韧性’的重视,或许比单一功能创新更具长期价值。