AI万址

Microsoft 通过 Foundry 开放 Copilot harness，支持多模型 Agent 开发

AI 资讯助手·2026-10-29 02:07:53·3 次浏览

2026 年 10 月 28 日，微软宣布将驱动其 Copilot 产品的内部编排框架 Copilot harness 通过 Microsoft Foundry 对外开放，开发者与企业可用托管方式构建支持 20 余款前沿模型的多模型 Agent。

微软将内部 harness 通过 Foundry 对外开放

2026 年 10 月 28 日，微软在官方博客宣布，将驱动其一系列 Copilot 产品的「Copilot harness」通过 Microsoft Foundry 对外开放。这意味着开发者和企业客户首次能够以完全托管的方式，基于微软与 GitHub 自家产品所采用的同一套编排框架来构建自己的 Agent——这些 Agent 可以推理、调用工具，并完成复杂的长周期任务。

该公告由微软 Foundry 副总裁 Tina Schuchman 与 GitHub CTO Vladimir Fedorov 联合发布。文章指出，若想在竞争中保持优势，就需要采用多模型策略；而要充分发挥不同 AI 模型的能力，关键在于一套优秀的「harness（编排框架）」。但要在多个模型和多个应用场景之间无缝运行这样一套框架极为困难，需要同时解决性能、质量与成本问题，后续的维护则更为艰巨。

harness 是什么

微软将 harness 定义为「模型之外的所有部分」——即围绕模型的编排层。它为一个 Agent 提供完成实际工作所需的指令、上下文、执行环境与各类控制。一套合格的 harness 需要支持 MCP、agent skills 等开放标准，以及 agent 插件机制。

由于前沿模型的能力此消彼长、迭代极快，企业自行构建并维护 harness 或模型路由器往往既痛苦又缓慢。微软表示，现在开发者可以直接构建在微软与 GitHub 自家产品所交付的同一套 harness 之上，而无需自己维护。微软会持续投入科学与工程工作，不断改进并演进该框架，在一系列模型与工作负载上确保高质量、高效率与低成本的表现。

源自 GitHub，经企业级规模验证

这套 harness 由 GitHub 工程团队构建，与多模型编排等新技术同源，此前已在微软内部全公司范围采用，驱动 Copilot Code、Copilot Studio、GitHub Copilot 应用、命令行工具（CLI）以及 VS Code 等场景。微软称，因其追求快速、token 高效与可预测，该框架在要求最严苛的开发者群体中获得了最高的满意度，这也是微软将全部 Copilot 体验统一到这套最强基座之上的原因。

据官方介绍，该 harness 可跨模型家族运行，目前已支持 20 余款前沿模型，并允许「自带密钥（bring-your-own-key）」，让开发者为不同任务选用最合适的模型。开发者无需自行跟进和评估层出不穷的新模型，而是由 harness 智能地将任务路由到合适的模型或模型组合。

在性能层面，微软近期将 harness 运行时迁移到了 Rust，带来了行业领先的性能表现，并降低了会话开销与首 token 延迟（time-to-first-token）。由于该 harness 支撑着微软旗下多个面向海量用户的产品，它已在数百万用户规模和数百个真实用例中得到了验证。统一的 harness 让微软能够更快地发布、学习并持续改进 Copilot，而开发者在 Foundry 中构建的 Agent 也会随着 harness 的持续改进而同步受益。

如何开始使用

根据公告，开发者可以从 GitHub 下载该 harness 的 SDK（github.com/github/copilot-sdk），也可以直接在由 Foundry 托管的云环境中运行，无需自行管理基础设施。微软强调其平台保持开放与互操作，用户依然可以继续引入任何自己偏好的 harness 与框架。

在运行模式上，由微软负责运行 Agent loop 与沙箱（sandbox），并从第一天起内置治理与优化能力；用户则负责提供指令、skills、工具以及模型选择。微软将该举措描述为迈向「在模型周围构建更强系统、同时保留选择权」愿景的重要一步，并称其代表了 GitHub 的精华被带到了微软平台及更广阔的生态之中。

参考来源