微软通过 Foundry 开放 Copilot agent harness 公测

微软正通过 Microsoft Foundry 向外部开发者开放 GitHub Copilot agent harness，将其 Copilot 产品线所用的同一套编排基础设施引入一项托管服务，用于构建和部署自主智能体。

微软于周三宣布，Microsoft Copilot harness 现已通过 Foundry Agent Service 提供公开预览。它内置沙箱、可复用技能、MCP 集成以及对子智能体的支持。微软负责运行智能体并管理其执行环境，开发者只需选择受支持的模型，并为其应用配置指令和工具。

同一 harness 现已支持 Copilot Code、Copilot Studio、GitHub Copilot、CLI 和 VS Code。

该公司还在更多 Copilot 产品中使用 GitHub 的智能体基础设施。这是 Build 2026 上公布的 Foundry 战略的延续，该战略的重点是让企业更容易运行、管理和控制 AI 智能体。同一 harness 现已支持 Copilot Code、Copilot Studio、GitHub Copilot、CLI 和 VS Code。

托管 Copilot harness 内部

微软的 harness 负责管理模型和工具调用、跟踪上下文，并将智能体限制在已配置的策略范围内。技能可以打包指令、脚本和支持资源，而 MCP 集成需要身份验证和审批。智能体还可以处理文件、运行代码，并将任务委派给子智能体，由主智能体协调结果。

微软的 harness 负责管理模型和工具调用、跟踪上下文，并将智能体限制在已配置的策略范围内。

开发者如何部署智能体

该公司的技术演示展示了一个研究智能体如何实现这一流程。基于 Markdown 的技能列出了收集证据、分析数据和撰写报告的步骤，而 azure.yaml 文件则定义了模型部署、工具、指令和 harness。

开发者选择 microsoft_copilot_preview 作为 harness 类型，使用 azd deploy --all 部署智能体，并通过 Azure Developer CLI 调用它。他们可以将智能体配置和支持文件保存在源代码管理中，从而更容易地将其与应用程序代码一起跟踪变更。

运行时限制与锁定

创建 prompt agent 时必须选择 Copilot harness，而且这一选择之后无法更改，即使在新版本中也不行。微软还控制着该智能体可获得的 CPU 和内存量，以及它可以空闲多久。开发者可以决定智能体做什么，但对它们运行的环境控制较少。

开发者可以决定智能体做什么，但对它们运行的环境控制较少。

微软将其更广泛的 harness 战略定位为多模型，尽管存在一些限制。开发者可以从通过 Foundry 部署的兼容模型中进行选择，但托管 Copilot harness 不支持自带模型。

希望获得更多控制权的团队可以改用 Foundry 的托管智能体。团队可以使用自己的框架构建和运行智能体，并自定义其运行方式，而由微软负责托管。该公司还在周三宣布，托管智能体的长时间运行韧性已正式可用，可帮助它们在耗时数小时甚至数天的任务中从中断中恢复。

Foundry 智能体定价说明

在 2026 年 12 月 1 日之前，Foundry Agent Service 中的 Copilot harness 免费使用，不过模型推理以及部分工具和连接服务仍需另行付费。

此后，微软将按每 vCPU 小时 0.0994 美元收取计算费用，按每 GiB 小时 0.0118 美元收取内存费用。这些费率可能因地区和客户协议而异。

文章《微软的新 Copilot harness 让智能体变得简单——直到你想切换》首发于 The New Stack。