Foundry Agent Service 中全新推出 Microsoft Copilot 框架

2026年10月28日，微软公布 Foundry Agent Service 的两项更新：Microsoft Copilot harness 开放公共预览，面向托管代理的长时运行韧性正式可用。前者将代理循环、沙箱、上下文维护与工具编排交给平台，后者为使用自有运行栈的代理补充中断恢复能力。

把代理执行层交给 Foundry

据微软介绍，开发者可选择受支持的 Foundry 模型，声明代理的指令、技能和工具，由平台在配置的限制与策略边界内推进任务。Copilot harness 提供四项主要能力：

• 可复用技能：把说明、脚本与配套资源封装为可重复调用的流程。
• 连接工具：接入受支持的 Foundry 与 MCP 工具，并显式配置认证和审批。
• 执行与委派：处理文件与代码，并把边界明确的任务交给内置子代理。
• 源控制：在 Foundry 中创建和测试代理，或将代理定义与资源同应用代码一并管理。

开发者可以将技能写入 SKILL.md，在 azure.yaml 中声明 harness、模型和工具，再通过 azd 部署；也可选择 Foundry 门户或 Visual Studio Code 的 Foundry Toolkit。

长任务恢复仍需要应用配合

在托管代理路径中，开发者仍可自带框架、代理循环、中间件、依赖和运行时行为，由 Foundry 负责托管。正式可用的长时运行韧性会检测中断，并以原始输入重启任务。不过，检查点、中间结果和重复写入防护仍须由应用实现。例如恢复后准备创建外部报告时，应先确认报告是否已经存在。对话历史本身不足以还原进行中的工作。

三种代理构建路径

• 不使用 Copilot harness 的提示代理：适合只需指令和受支持工具的任务。
• 使用 Copilot harness 的提示代理：适合需要技能、受管执行、文件、子代理和复杂工具协调，但不希望自行维护执行框架的场景。
• 托管代理：适合需要自带或调整框架、代理循环、中间件、依赖及运行时行为，同时继续使用 Foundry 托管的应用。

预览期间需要在创建代理时选择 Copilot harness。现有代理不会因此改变，创建后暂时不能切换 harness；执行环境的 CPU、内存和空闲设置由 Foundry 管理。

计费与可用性边界

Copilot harness 的运行时用量在2026年12月1日前免费，此后按消耗计费：沙箱计算为每 vCPU 小时0.0994美元，内存为每 GiB 小时0.0118美元。模型推理、单独计费的工具及连接服务仍按各自规则收费，实际价格可能随地区和协议变化。创建前还需核对支持地区、模型、工具及预览限制。

客户反馈仍需独立验证

微软引述 Confluence Technologies CTO Chris Evans 称，相关方案在不到一周内投入运行，使团队能够把精力放在设计与能力上，而非底层基础设施。Fashable CEO Orlando Ribas Fernandes 则把目标描述为：在商业约束性决策仍由人类控制的前提下，让采购代理完成发现、沟通和计算。上述内容属于客户方反馈，并非独立性能基准结论。

资料来源：Introducing the Microsoft Copilot harness in Foundry Agent Service（2026-10-28）。