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

想参与竞争，就必须支持多模型。而要充分利用不同 AI 模型各自的能力，你需要一套出色的 harness。但打造一套能在多个模型和多个界面之间无缝运行的 harness，难度极高。你得同时解决性能、质量和成本问题，之后还要持续维护，这更难。

好在 GitHub 工程团队打造了一套业界顶尖、真正支持多模型的 harness，我们已在全公司范围内采用。Microsoft Copilot harness 为 Copilot Code、Copilot Studio、GitHub Copilot 应用、CLI、VS Code 等提供支持。今天，我们通过 Microsoft Foundry 开放这套 harness。开发者与企业客户由此获得一种全托管方式，用来构建能够推理、调用工具并完成复杂长时任务的智能体。你可以为具体任务选用合适的模型，而无需更换 harness 或技术栈的其他部分。这能省下时间、精力和资源，让你专注于核心业务。

什么是 harness，为什么它很难做？

如果说模型提供智能，那么 harness 就是模型周围的一切。它是编排层，为智能体提供正确的指令、上下文、执行环境和控制手段，使其能够完成有意义的工作。一套合格的 harness 还要支持 MCP、智能体技能等开放标准，以及智能体插件。

这个领域变化极快。今天的前沿模型，明天可能就落后了。自建 harness 或模型路由器来跟进，既痛苦又缓慢。现在，你可以基于 Microsoft 和 GitHub 在自己产品中交付的同一套 harness 来构建，而且无需自己维护。

我们投入科学与工程工作，持续改进和演进这套 harness，确保它在多种模型和工作负载下都能保持高质量、高效率、低成本的表现。这些收益会不断累积，惠及我们自身，也惠及使用该 harness 构建和运行自有智能体的客户。harness 改进，它触及的每个界面都会受益。

诞生于 GitHub，历经企业级规模实战检验

Copilot harness 由 GitHub 工程师打造，他们也正是多模型编排等新技术的开发者。而这些技术之所以成为可能，正是因为我们自建了 harness。它从一开始就追求快速、token 高效和可预测，是我们最初的高质量 harness，在我们最挑剔的用户群体——开发者——中满意度最高。正因如此，我们正把所有 Copilot 体验统一到尽可能最强的基础上。

这套 harness 的设计目标是跨模型家族都能发挥出色，支持 20 多个前沿模型，并允许自带密钥，让你为合适的任务选用合适的模型。你不必再费力跟进和评估新模型，交给我们即可，我们会根据任务智能地把工作路由到合适的一个或多个模型。

我们的 harness 灵活可配置，适用于任何类型的应用、智能体或服务。我们最近把 harness 运行时移植到了 Rust，带来了业界领先的性能，并降低了会话开销和首 token 延迟。而且，由于 Copilot harness 为 Microsoft 各产品界面提供支持，它已经过实战检验，并在数百万用户和数百个真实用例的规模上证明了性能。

统一的 harness 让我们能更快交付、更快学习，并持续改进 Copilot。而且，你在 Foundry 中构建的智能体可以运行在我们于微软全线采用的同一套 harness 上，因此我们对 harness 的持续改进也会让你的智能体受益。

亲自试一试

SDK 已开放下载，你也可以在云端运行这套 harness，全部由 Foundry 托管。我们的平台始终保持开放与互操作，因此你依然可以引入任何你想要的 harness 和框架。

借助 Copilot harness，微软负责运行智能体循环和沙箱，并从第一天起就内置治理与优化能力。你只需提供指令、技能、工具，并选择模型。

这是我们愿景的重要一步：围绕模型构建更强大的系统，同时保留选择权。它汇聚了 GitHub 的精华，并将其带到微软平台乃至更广阔的生态。

我们会持续推动这套 harness 向前发展，让你能专注于只有你才能构建的东西。

文章 Introducing the Microsoft Copilot harness: Unlocking the potential of truly multi-model agentic work 最早出现在 The Official Microsoft Blog。