Copilot 多模型编排层开放了

今天看到 GitHub 把自家 Copilot 背后的多模型编排层通过 Foundry 对外开放了。简单说，以前这套东西只服务于 Copilot 自己的产品线，现在外部开发者和企业客户也能直接拿来构建 agent，不用自己从零搭一套跨模型的调度系统。

所谓 harness，就是模型之外的那一整层：给 agent 喂指令、管上下文、做工具调用、处理长任务的执行循环。模型提供智力，harness 决定这份智力能不能稳定落地。GitHub 工程团队把它打磨到能同时支撑 Copilot Code、Copilot Studio、CLI、VS Code 等多个入口，这本身就说明跨模型、跨界面的适配有多难。我的判断是，这件事真正的价值不在「多模型」三个字，而在「不用换栈」。过去企业想换模型，往往要连带改调度逻辑、工具协议和评测流程，迁移成本高到很多人干脆锁死在一家。现在 harness 层被抽象出来，模型可以按任务挑，性能、质量、成本三者之间的权衡终于能落到具体场景上，而不是被架构绑死。对做跨境工具和 SaaS 的团队来说，这意味着 agent 产品的技术门槛又降了一截。以前要养一个专门做编排的工程小组，现在可以先把精力放在业务逻辑和垂直场景上。不过也别高兴太早，托管服务省了维护，但可观测性、权限边界和成本控制仍然得自己设计，harness 不是万能药。总的来说，这是一个信号：agent 的竞争正在从「谁的模型强」转向「谁的编排层稳」。模型会持续迭代，但一套经过大规模产品验证的 harness 才是长期资产。接下来我会关注它的定价和限流策略，那才是决定中小团队能不能真正用起来的关键。