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 多个前沿模型以及自带密钥（bring your own key），让你可以为合适的任务选择合适的模型。无需自己费力跟进和评估新模型，交给我们，我们会根据任务智能地将工作路由到合适的模型。

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

统一的运行框架让我们能够更快地交付、更快地学习，并持续改进 Copilot。而且，由于你在 Foundry 中构建的智能体可以在我们已在全公司采用的同一框架上运行，我们对框架的持续改进也会惠及你的智能体。

亲自试一试

SDK 可供下载，你也可以在云端运行该框架，一切都由 Foundry 托管。我们的平台保持开放和互操作性，因此你也可以继续接入任何你想要的框架和工具链。

使用 Copilot 框架，由 Microsoft 运行智能体循环和沙箱，从第一天起就内建了治理和优化能力。你只需提供指令、技能、工具和模型选择。

这是迈向我们愿景的重要一步——围绕模型构建一个更强大的系统，同时保留选择权。它体现了 GitHub 的精华，并被带到了 Microsoft 平台及更广阔的领域。

我们将持续推进该框架的发展，让你专注于只有你能打造的东西。

标签：GitHub、GitHub Copilot、Microsoft Copilot、Microsoft Foundry