微软在2026年10月28日的官方博客中宣布，通过Microsoft Foundry开放Copilot harness——也就是驱动Copilot Code、Copilot Studio、GitHub Copilot应用、命令行工具和VS Code等产品的同一套多模型智能体编排层。微软的判断很直接：想用好不同模型，先得有一个足够好的harness，而自己搭、自己维护这套东西的成本太高。
harness管的是模型之外的全部活
按微软的定义，模型只提供智能，harness负责模型周围的一切：给智能体下达指令、准备上下文、提供执行环境和控制手段，让它能完成真正有意义的任务。这套harness支持MCP、智能体技能和智能体插件等开放标准，开发者不用换harness、换技术栈，就能为不同任务选用不同的模型。
开放后，开发者有两条路：下载SDK自己跑，或在Foundry上用全托管的云端运行方式。harness已接入20多个前沿模型，还支持自带密钥；微软会按任务把工作智能路由到合适的模型，开发者不必自己跟进、评测每一个新模型。GitHub团队最近还把harness运行时移植到Rust，微软称这带来了行业领先的性能，并降低了会话开销和首个token的等待时间。由于同一套harness已经在微软内部服务数百万用户，微软强调它是在真实规模下验证过的。
省的是编排成本，不是产品判断
微软把智能体循环和沙箱、治理与优化都包进来，开发者带来指令、技能、工具和模型选择即可。平台仍然开放，开发者也可以继续用其他harness和框架。需要注意的是，这次博客没有公布Foundry上使用harness的具体计价细节，实际成本要看后续产品页。对团队来说，真正的取舍在于：愿意把编排层交给微软换取省心，还是保留自研换取完全可控——harness开放只是让前一种选择变得更容易，而不是替团队做决定。
