生成代理或工作流后，首先选择谁运行其基础结构。 这是在由 Microsoft 管理的 Foundry 托管代理和自托管之间作出的运维选择；它与客户端用来访问你的代理所使用的协议是相互独立的。
选择托管模型
| Foundry 托管代理 | 自托管 | |
|---|---|---|
| 谁操作基础结构？ | Microsoft Foundry 代理服务运行容器、缩放、会话生命周期和平台集成。 | 应用程序在 Web 服务、容器、运行时或现有基础结构中运行。 |
| 你操作什么？ | 代理代码和 Foundry 配置。 | 路由、身份、授权、请求策略、存储、部署、扩缩容以及原生客户端库。 |
| 在以下情况下选择此选项 | 你需要由 Microsoft 管理的代理托管。 | 需要应用程序级控制，或者必须与现有基础结构集成。 |
| 从此处开始 | 在 Foundry 中托管代理 | 自行托管代理框架应用程序 |
Microsoft Foundry 托管代理现已正式发布。 当前 Python 自托管软件包处于预发布阶段；有关特定软件包生命周期的信息，请参阅自托管指南。
对于 Azure Functions 触发器、持久执行或长时间运行的业务流程协调，请使用 Durable Extension。 这是一种采用 Durable Task 基础结构的自主管理托管方案。
单独选择协议
宿主模型不确定协议。 例如，OpenAI 响应协议适用于这两种模型：
- Foundry 托管代理公开托管响应和调用终结点，并支持Microsoft 365通道的活动协议。
-
通过自承载 ，应用程序可以使用响应帮助程序通过自己的框架、路由和策略公开
/responses终结点。
选择主机后，选择适合方案的客户端集成：
- 用于与 Responses 和 Chat Completions 兼容的 API 的 OpenAI 兼容端点。
- 代理到代理（A2A） 的代理互操作性。
- 用于基于 Web 的代理应用程序的 AG-UI。
- 用于自托管原生 Telegram Bot API 集成的 Telegram 机器人。
- 用于将代理或工作流公开为本机 MCP 工具的 MCP 工具。
后续步骤
更深入：