微软的新 Copilot 框架让智能体开发变得简单——直到你想更换模型

微软的新 Copilot 框架让智能体开发变得简单——直到你想更换模型

💡 原文英文,约700词,阅读约需3分钟。
📝

内容提要

微软在Foundry Agent Service中公开预览Copilot代理框架,提供沙箱、技能、MCP集成和子代理支持,由微软托管运行环境,开发者可选择模型并配置指令与工具。该框架已用于多个Copilot产品,但模型选择受限、环境控制较少。2026年12月1日前免费,之后按计算和内存计费。

🔎

延伸解读

托管便利与模型锁定的权衡

微软Copilot代理框架让开发者省去运行环境管理,只需选择受支持模型并配置指令工具。但文章明确指出,该框架不支持自带模型,且创建代理时选定的harness类型后续无法更改。这意味着团队若想更换模型或调整底层框架,只能重建代理。对于模型需求可能变化的项目,这种锁定会带来迁移成本,需提前评估。

环境控制权在微软手中

虽然开发者能决定代理做什么,但CPU、内存配额和空闲超时均由微软控制。文章对比指出,需要更多环境控制权的团队应改用Foundry的托管代理,后者允许使用自有框架并自定义运行方式。因此,选择Copilot框架前应确认应用是否依赖特定的资源规格或长时间空闲策略,避免上线后受限于平台默认配置。

免费期后的成本结构

该框架在2026年12月1日前免费,但模型推理及部分工具和连接服务仍单独计费。此后微软按vCPU小时和GiB小时收取计算与内存费用,费率可能因区域和客户协议而异。开发者应提前估算代理的持续运行时间和资源占用,将托管费用与自建环境的运维成本对比,避免免费期结束后预算超支。

与托管代理的适用场景区分

文章提到,Copilot框架适合希望快速复用微软Copilot产品同款编排能力、且能接受模型与环境限制的团队。而需要自带框架、自定义运行方式或长期运行恢复能力的场景,应选择Foundry托管代理,后者已正式支持长时间任务的中断恢复。两者定位不同,选型时应优先明确对模型自由度、环境控制和任务时长的要求。

❓

Q&A

微软Copilot代理框架是什么?它有什么主要功能?

微软Copilot代理框架是微软通过Foundry Agent Service公开预览的托管服务,用于构建和部署自主智能体。它提供内置沙箱、可复用技能、MCP集成和子代理支持,由微软负责运行代理和管理执行环境,开发者只需选择支持的模型并配置指令和工具。

Copilot代理框架目前支持哪些微软产品?

该框架已用于Copilot Code、Copilot Studio、GitHub Copilot、CLI和VS Code。

使用Copilot代理框架时,开发者对模型选择有什么限制?

开发者可以从Foundry部署的兼容模型中选择,但不支持自带模型(BYOM)。如果需要更多控制,可以使用Foundry的托管代理(hosted agents),用自己的框架构建和运行代理。

Copilot代理框架的计费方式是怎样的?

在2026年12月1日之前免费,但模型推理及部分工具和连接服务可能产生额外费用。之后按计算和内存计费:每vCPU小时0.0994美元,每GiB小时0.0118美元,费率可能因地区和客户协议而异。

如何通过Azure Developer CLI部署一个Copilot代理?

开发者需在azure.yaml中指定harness类型为microsoft_copilot_preview,定义模型部署、工具和指令,然后运行azd deploy --all部署,并通过Azure Developer CLI调用代理。配置文件和支撑文件可纳入源代码管理。

Copilot代理框架在环境控制方面有哪些限制?

微软控制代理可用的CPU和内存量以及空闲时间,开发者对运行环境的控制较少。此外,创建提示代理时必须选择Copilot harness,且该选择后续无法更改,即使在新版本中也不行。

🏷️

标签

➡️

继续阅读