微软把 GitHub 打造的 Copilot harness 经 Foundry 开放：20+ 前沿模型、SDK 可自托管
微软经 Foundry 开放 Copilot 的 agent 编排层：20+ 前沿模型、自带 key，MIT SDK 可自托管，12 月 1 日起计费。
2026 年 10 月 28 日，微软宣布把驱动自家 Copilot 产品的 agent 编排层 Microsoft Copilot harness 经 Foundry 对外开放。官方博客把 harness 定义为「模型之外的一切」：指令、上下文、执行环境和控制。这次开放官方称接入 20 多个前沿模型、支持自带 key，配套 SDK 以 MIT 协议开在 github/copilot-sdk，截至 10 月 29 日约 1.06 万星，Foundry 托管执行 12 月 1 日起计费。
要点
- 微软 10 月 28 日宣布，驱动 Copilot Code、Copilot Studio、GitHub Copilot app 和 CLI 的同一套 harness 经 Foundry 开放，官方称支持 20 多个前沿模型与自带 key（BYOK），按任务自动路由。
- copilot-sdk 以 MIT 协议开源，覆盖 TypeScript、Python、Go、.NET、Rust、Java 六种语言，截至 2026-10-29 约 1.06 万星；README 称其将更名为 Microsoft Copilot SDK 并迁至 Microsoft 组织。
- 据 Unite.AI，Foundry 托管执行 12 月 1 日前免费，之后按每 vCPU 小时 0.0994 美元、每 GiB 内存每小时 0.0118 美元计费；预览期内 agent 创建后不能更换 harness。
背景
harness 指agent 运行时里模型周围的那圈工程：怎么给模型喂上下文、在哪个沙箱里执行工具、任务跑多长、出错怎么办。微软这套由 GitHub 团队打造，已经在 Copilot 全家桶里跑在生产中，官方博客称其「在百万级用户规模上久经考验」。harness 作为独立工程层正在被各家做重：本站此前写过 Pi 的极简 agent harness 转向 1.0，Anthropic、OpenAI 也在自家的编码智能体里收紧同一层。
这次开放有铺垫。9 月 4 日，GitHub 以 research preview 名义展示过多模型编排项目 HydraFusion，用 single、cascade、critique 三种模式组合模型；9 月 16 日又披露 runtime 已从 TypeScript 移植到 Rust。10 月 28 日，GitHub Universe 官方博客把同一层能力以 Copilot Fusion 的名字推向用户，和微软的开放公告同日发出。
事实部分
官方博客对 harness 的定义浓缩成一句话：「如果模型负责智能，harness 就是模型周围的一切」，覆盖指令、上下文、执行环境和控制。走 Foundry 时，微软负责跑 agent loop 和沙箱，治理内建；用 SDK 自托管，则同一套循环跑在你自己的机器上。
| 项目 | 内容 |
|---|---|
| 预览状态 | Foundry Agent Service 公共预览，2026-10-28 起 |
| 模型 | 官方称 20+ 前沿模型，具体名单未公布；Foundry 托管 harness 不支持自带模型（BYOM） |
| 托管计费 | 2026-12-01 前免费；此后 $0.0994/vCPU 小时 + $0.0118/GiB 小时（据 Unite.AI，随区域与协议浮动） |
| SDK | MIT 协议，六语言；Node.js、Python、.NET 自动捆绑 Copilot CLI |
| 预览限制 | agent 创建后不能换 harness；经 azd、Foundry 门户、VS Code 工具箱或 Copilot app 创建 |
Rust 移植的数据如下：据微软 9 月 16 日的披露，至 8 月 21 日 runtime 已重写为 832,378 行生产 Rust，分 128 个 PR 增量上线；C# SDK 实测「建会话加跑一轮」从 5.25 秒降到 292 毫秒，十个客户端并发时峰值新增内存从 1383 MB 降到 126 MB。这组数字由微软 Distinguished Engineer 在官方渠道给出，属于厂商自报。
怎么试
最快的一条路是 SDK：npm install @github/copilot-sdk（Python、.NET 同理，CLI 自动捆绑；Go、Java、Rust 要自装 Copilot CLI）。带 GitHub 登录就要 Copilot 订阅；配 BYOK 则免订阅，直接用 OpenAI、Anthropic 或 Microsoft Foundry 的 key。README 注明 BYOK 只支持 key 认证，Entra ID 和托管身份都不支持。想用托管执行，预览期经 Azure Developer CLI（azd）、Foundry 门户或 Foundry Toolkit for VS Code 创建 agent。
各方说法
GitHub 自己的版本走得更快。同日发布的 Universe 官方博客给 Copilot Fusion 报了第三方基准：Artificial Analysis Coding Agent Index 上，Fusion Max 与 Opus 5.5 Max 分差在 2 分以内，成本约为后者一半，每任务时间少 40%；code review Max 在 ReviewBench 高严重度问题上 F1 最高。HydraFusion 在 9 月的 research preview 里也报过数：TerminalBench 2.1 上验证任务质量加 4.9 个百分点，估算成本比 Claude Opus 5 低 67%。两组都是厂商选的基准，看看就好。
Unite.AI 把预览限制写得很直白：harness 在创建时选定，事后不能换；仅靠对话历史恢复不了进行中的工作，重启后要自防重复执行。The New Stack 的独立报道补充了托管方案的模型边界：预览期创建 prompt agent 时就要选定 harness，之后即使创建新版本也不能更换；Foundry 托管的 Copilot harness 可选择 Foundry 中兼容的模型，但不支持自带模型（BYOM）。这与 SDK 自托管路径支持 BYOK 是两回事。微软的口径是开放：称其平台对其他 harness 和框架保持开放，MCP、agent skills、插件都走开放标准。仓库还写清了 SDK 的架构：六个语言的 SDK 都通过 JSON-RPC 驱动 server 模式的 Copilot CLI，进程生命周期由 SDK 自动管理，Go 和 Rust 也可以连外部 CLI server。
编辑判断
对不想自己写 agent loop 的团队，这是一套现成底座：编排、沙箱、模型路由都有人维护，还留了 BYOK 这条不走微软账单的路径。代价取决于选哪个出口。SDK 自托管要自己扛运维；交给 Foundry 则从 12 月 1 日起按 vCPU 和内存计费，且预览期选定 harness 后不能换。
两处存疑值得记着。微软博客没给 20 多个模型的名单，「20+」目前只是厂商口径；命名也乱，同一层能力在微软博客的链接里叫 HydraFusion，在 GitHub Universe 官方文里叫 Copilot Fusion，官方没有解释两者关系。执行环境这条线上，阿里云上月披露的 Agent Sandbox 走的是另一层：先把沙箱做成公共底座，每分钟 10 万个、冷启动 P99 小于 180 毫秒。编排层和沙箱层都在抢「agent 基础设施」的位置，选型时两边都该比一比。至于多模型路由的实际收益，Claude Sonnet 5.5 发布时反超 Opus 5.5 已经说明，单一最新模型也常常够用，路由省下的钱要跟多模型调用的复杂度放一起算。