微软 10 月 28 日宣布，将 GitHub 团队自研的 Copilot harness 通过 SDK 和 Microsoft Foundry 正式开放给所有开发者与企业。这可能是今年 agent 基础设施领域最值得研究的一步棋。

内部先跑通，再对外卖

Copilot harness 是智能体的「调度中枢」，负责任务分配、上下文管理、工具调用与资源协调。它的特殊之处在于：这不是实验室产品，而是微软内部已全面部署的框架，驱动着 Copilot Code、Copilot Studio、GitHub Copilot App 及 CLI 等核心产品，经过数百万用户验证。

关键能力包括：

• 多模型支持：超过 20 个前沿模型，支持自带 API Key（BYOK），按任务自动选择最优模型，无需切换底层架构；
• Rust 重构运行时：显著降低会话开销与首字节延迟；
• 协议原生：内置 MCP 协议与 agent skills 支持，确保跨平台兼容；
• 企业级治理：可扩展、可审计的智能体系统，企业无需自行维护复杂调度逻辑。

微软强调该框架将持续迭代，所有改进自动惠及外部使用者。

为什么值得关注

过去一年，「harness」这个词从社区黑话变成了正式产品层。Anthropic 有 Claude Code，OpenAI 有 Codex harness（10 月已开源），现在微软直接把内部 harness 拆出来做成了可复用的平台能力。

这背后的结构性判断是：模型会快速同质化、快速降价，但「怎么把一个任务安全、稳定、低成本地跑完」的工程知识会长期值钱。微软选择的路线是把自己验证过的 agent 循环、沙箱与治理能力开放出来，让企业不必绑定单一模型也能获得一流执行力——这既是对冲模型层竞争失利的保险，也是在 agent 时代重演一次「Windows 收税」的野心。对开发者而言，评估 2027 年的 agent 技术栈时，harness 层的选型重要性将不亚于模型选型。