微软将在 Foundry Agent Service 中公开预览 Copilot harness，将智能体执行循环与代码沙箱托管在平台运行时，减少开发者自行搭建多步编排的工作量，但仍有可用性、SLA、权限与安全边界等限制需要评估。公开预览期免费，正式计费按 vCPU 与内存小时计费，模型推理和工具调用另计，长任务恢复与迁移限制需开发者设计应用级检查点与幂等策略。
微软于2026年10月28日宣布，Microsoft Copilot harness 已在 Foundry Agent Service 开放公开预览。它把智能体执行循环和代码运行沙箱交由平台管理，开发者则提供模型、指令、技能与工具，目标是减少自行搭建多步任务编排和执行环境的工作。[1]
这项更新的重点并非推出一个新模型，而是把模型周围的“运行时”作为托管服务提供。微软将 harness 描述为连接模型、指令、上下文、工具、执行环境与控制机制的编排层：模型负责推理，运行时则负责组织工具调用和任务步骤。对需要处理长流程、文件或代码操作的团队而言，这种分工可能降低基础设施维护负担；但它也意味着更多执行行为要依赖平台提供的运行边界和配置方式。[2]
预览版提供什么
Foundry 版本支持可复用的 skills、Foundry 与模型上下文协议（MCP）工具连接、文件和代码执行，以及由内置子代理承接有边界的任务。智能体定义可以采用声明式方式管理，并纳入应用的源码管理流程。微软称，运行时会在任务推进过程中管理工作上下文，并在配置限制和策略范围内协调模型与工具步骤。[1]
这使开发者可以选择 Foundry 支持的模型，而不必自行重写整套编排逻辑。不过，微软总公告对 Copilot harness 的跨产品定位——包括其在多种 Copilot 产品中的应用——不能直接等同于 Foundry 版本的当前功能或可用条件；具体限制仍应以 Foundry 的接入文档为准。[1][2]
采用前要看清预览边界
微软的接入指南将该能力标为公开预览，并明确指出目前没有服务级别协议（SLA），且不建议用于生产工作负载。接入流程面向新建的 prompt agent；现有 agent 创建后不能直接切换到这一 harness。是否可用还受区域、模型及角色权限等条件约束，指南也列出 BYOM（自带模型）暂不支持等限制。[3]
工具权限同样需要单独评估。MCP 工具可以配置身份验证和审批，但审批要求并不适用于所有内置工具。尤其是保留 Shell 执行能力时，关闭文件或 Web 工具本身并不能构成严格的隔离边界。团队应根据实际工具组合和网络出口策略设计控制，而不能把“托管运行时”理解为平台已经替应用完成全部安全治理。[1][3]
托管不等于自动恢复所有任务状态
微软的 Foundry 公告还称，hosted agents 的长任务恢复功能将转为正式可用；但对应的 Microsoft Learn 文档仍将该能力标为预览。两处官方材料的状态表述存在差异，因此不宜把正式可用视为已无争议的结论。[1][4]
文档所描述的恢复机制也有明确边界：运行进程中断后，平台可以基于持久化的工作身份和输入重新进入处理程序，但这不是恢复原有进程的内存、局部变量或完整调用栈。应用仍需保存有意义的中间进度，并设计安全重跑路径或检查点；对外部副作用则应使用幂等键或进度标记，避免恢复时重复执行。[4]
费用从免费期转向按资源计费
微软公告称，Copilot harness 运行时使用费在2026年12月1日前免收；模型推理和单独计费的工具仍按各自适用规则收费。公告所列后续沙箱费率为每 vCPU 小时0.0994美元、每 GiB 内存小时0.0118美元，并提示实际价格可能因区域和协议而异。换言之，免费期不代表整个智能体工作流免费，评估成本时还须纳入模型调用和外部工具费用。[1]
对企业来说，这项预览提供了一种少维护编排基础设施的选择，却没有消除模型选择、权限配置、任务状态管理与成本核算等责任。公开预览阶段缺少 SLA、不能迁移既有 agent，以及恢复功能仍需应用保存进度等条件，都是上线评估中不可忽略的部分。微软尚未在这些公告中提供独立性能基准；其效率和成本收益仍应结合具体工作负载验证，而不宜从“托管”这一产品定位直接推导出来。