微软把 Copilot 背后的“调度层”开放了：搭 agent 不用自己写编排，但 12 月 1 日开始计费

先说清这次开放的是什么、不是什么。微软 10 月 28 日把 Copilot 背后的 agent 执行层——Copilot harness——通过 Foundry Agent Service 以公开预览开放给外部开发者。它不是模型，是模型外面那一圈：管指令、上下文、执行环境和权限，带着沙箱、子 agent、技能复用和 MCP 工具接入。同一套东西已经在 Copilot Code、Copilot Studio、GitHub Copilot、CLI 和 VS Code 里跑。换句话说，以前你要自己写“模型调工具、工具调模型”的循环和兜底，现在微软把自家跑通的那套托管起来给你用。

对小团队来说，吸引力在“省掉编排基建”，代价在三处，都写在官方口径里。第一，选了就难换：建 agent 时就要选 harness，建好之后不能改，现有 agent 也迁不过来，先拿边缘任务试，别把主力 agent 押上去。第二，没有生产 SLA：这是预览版，官方文档不建议直接上商业生产，功能和限制都可能变。第三，计费有时限：沙箱算力 12 月 1 日前免费（模型推理和另收费的工具照常收费），之后按每 vCPU 小时 0.0994 美元、每 GiB 内存小时 0.0118 美元收，地区和协议不同价格会浮动。微软自家 Copilot Studio 的内部评测称，换上这个 harness 后同任务通过率提高了 10.8 到 22.1 个百分点——这是厂商自测，别当成你的收益承诺。

我的判断：这件事的信号比产品本身大。微软、Anthropic（工作流脚本）、OpenAI 各家都在把“agent 怎么被调度”做成托管层，搭 agent 的门槛正在从“会写编排代码”降到“会写技能和指令”。但托管层的另一面是锁定：技能格式、沙箱、模型路由都在人家手里。建议的试法是：用官方示例里的研究型 agent（Markdown 技能写步骤、azure.yaml 定部署）跑通一个小任务，算清 12 月后的沙箱账，再决定要不要把流程迁进来。未经实测，个人判断：预览期只适合“验证想法”，不适合“接生产流量”。