转型中的企业选模型,别再一个团队搭一套:微软把 Copilot 的“支架”开放了

支架到底是什么：模型是发动机，支架是车架和刹车

微软自己的比喻最直白：如果模型提供智能，支架就是模型周围的一切——给 Agent 的指令、上下文、执行环境和控制，还包括对开放标准、Agent 技能和插件的支持。这个支架由 GitHub 的工程师打造，已经用在 Copilot Code、Copilot Studio、GitHub Copilot 应用、命令行和 VS Code 里，微软内部也全公司统一用它。现在它通过 Microsoft Foundry 开放给开发者和企业客户，可以下载软件开发包自己跑，也可以用 Foundry 的托管版本：微软跑 Agent 的循环和沙箱，治理和优化内建，企业带来指令、技能、工具和模型选择。

支架支持 20 多个前沿模型，还支持自带密钥。微软说，支架会按任务把活儿分给合适的模型，团队不用自己追着每个新模型做评测、搭选路。最近支架的运行部分还改用 Rust 重写，微软称会话开销和首次回应等待都有下降——具体数字它没给，这句话先当作厂商说法，不当作采购依据。

对老板的三笔账：换模型、用人、担风险

第一笔是换模型的成本。一个前沿模型今天领先，明天可能落后。如果每个团队都自己搭选路、自己维护，模型一换代，维护成本就翻一倍。支架把这部分收归平台，模型换代时改的是配置，不是流程。

第二笔是人的分工。以前团队里总要有人专门盯模型：哪个新、哪个便宜、哪个在某类任务上稳。现在这部分活儿可以收敛到平台层，一线团队只负责一件事：把任务说清楚、把验收标准定死。人的精力从“追模型”回到“懂业务”。

第三笔是风险。支架内建了沙箱、治理和优化，工具认证和审批要显式配置，工作在设定的权限和策略边界内跑。这对企业是好事，但边界本身还是企业自己画：哪些系统能碰、哪些操作要人批、出了事谁负责，支架不会替你填。

边界：支架不解决业务问题，也不等于锁定解除

两处边界要先说清。第一，微软同时表示平台仍然开放，客户可以继续用别的支架和框架——这不是只能二选一的站队题。第二，支架解决的是“怎么跑”，不是“跑什么”：任务本身值不值得用 Agent 做、验收标准定得对不对，仍然是业务负责人的活儿。把支架当成万能钥匙，业务问题会原样留下来。

转型落点：先定三件事，再谈上支架

正在做 AI 转型的企业，如果考虑这类平台，先定三件事。第一，哪些任务允许换模型、哪些任务必须锁定模型和版本。第二，工具权限谁批、审批留痕存在哪儿。第三，换模型时验收标准不变：同一批真实任务、同一套通过标准，换模型先跑一遍再切流量。三件事定好了，支架才是省钱的工具；定不好，支架只是把混乱跑得更快。