微软通过Foundry开放Copilot harness，支持 20 多个前沿模型
微软称这套由GitHub工程团队构建的编排层已用于Copilot Code、Copilot Studio、GitHub Copilot应用、CLI和VS Code等产品，现以托管方式向Foundry开发者与企业客户提供，可在不更换harness的情况下切换模型。
AI解读：微软官方博客宣布，将公司内部使用的Microsoft Copilot harness通过Microsoft Foundry对外开放，SDK可下载，也可在Foundry托管下于云端运行。
据微软介绍，harness是模型之外的编排层，负责为agent提供指令、上下文、执行环境与控制，并支持MCP、agent skills和agent plugins等标准。
该harness支持 20 多个前沿模型以及自带密钥（bring your own key）；微软称会按任务将工作路由到合适的模型，开发者无需自行跟进和评测新模型。
微软表示已将harness运行时移植到Rust，称这带来了行业领先的性能，并降低了会话开销和首token时间；这些均为微软方面的说法。
微软称Copilot harness已用于Copilot Code、Copilot Studio、GitHub Copilot应用、CLI、VS Code等产品，并称其在数百万用户规模下经过验证。
微软同时表示平台保持开放与互操作，用户仍可引入其他harness和框架；使用Copilot harness时，由微软运行agent循环和沙箱，用户提供指令、技能、工具和模型选择。
微软在官方博客发文，宣布将Microsoft Copilot harness通过Microsoft Foundry提供。该harness此前由GitHub工程团队构建，并在微软内部推广使用。
微软称，开发者与企业客户可通过这一托管方式构建能够推理、调用工具并完成长时间复杂任务的agent；SDK可下载，也可选择在Foundry托管的云端运行。
harness承担什么角色
微软在文中把harness定义为模型之外的编排层，负责向agent提供正确的指令、上下文、执行环境和控制手段，以完成实际工作。微软称，一套合格的harness需要支持MCP、agent skills和agent plugins等开放标准。
微软给出的理由是模型更新频繁：今天的前沿模型可能明天就落后，自行构建harness或模型路由器来跟进，过程可能缓慢且痛苦。微软称，使用其harness后，这部分维护工作由微软承担。
- harness是围绕模型的编排层，而非模型本身。
- 微软称其harness支持MCP、agent skills、agent plugins。
- 微软称会持续投入工程与科学研究，改进harness在不同模型和工作负载下的质量、效率与成本。
模型选择与适用范围
微软称，该harness可跨模型家族运行，支持 20 多个前沿模型，并允许用户自带密钥。其表述是，会根据任务将工作智能路由到一个或多个合适的模型，从而减少开发者自行跟进和评测新模型的工作。
在托管模式下，微软称由平台运行agent循环和沙箱，并将治理与优化内置于其中；用户负责提供指令、技能、工具和模型选择。微软同时表示，平台仍保持开放与互操作，用户可以继续引入其他harness和框架。
- 支持 20 多个前沿模型，并提供bring your own key。
- 微软负责运行agent循环与沙箱，用户提供指令、技能、工具和模型选择。
- 微软称平台保持开放，可继续使用其他harness和框架。
已用于哪些产品
微软称，Copilot harness已用于Copilot Code、Copilot Studio、GitHub Copilot应用、CLI、VS Code等产品，并称其在数百万用户和数百个实际用例的规模下经过验证。这一规模与性能表述来自微软自身。
微软还称已把harness运行时移植到Rust，由此获得行业领先的性能，并减少了会话开销和首token时间。微软表示，Foundry中构建的agent运行在与微软内部相同的harness上，因此harness的持续改进也会惠及这些agent。
- 微软列举的使用面包括Copilot Code、Copilot Studio、GitHub Copilot应用、CLI、VS Code。
- 微软称harness运行时已移植到Rust，并称降低了会话开销与首token时间。
- 微软称Foundry中构建的agent与微软内部使用同一harness。