比较三种 Agent 365 集成选项，并根据你的平台提供的能力和代码配置选择合适的机制。
比较Agent 365的集成机制
请使用下表比较每种集成机制适用的范围、实现方式以及是否需要 Agent 365 SDK。
| 机制 | 适用对象 | 应用方式 | 需要 SDK |
|---|---|---|---|
| 内置集成 | Microsoft平台和代理，如Agent Builder、Copilot Studio、Azure AI Foundry、Copilot Cowork和Researcher。 另外，第三方代理已经集成了Agent 365。 | 没有SDK或自定义代码集成。 行政授权仍可能被要求。 | 否 |
| 注册表同步（预览） | 连接的代理平台，如Google Vertex AI和亚马逊Bedrock。 | 按平台配置。 导入代理以提升可见性和治理。 | 否 |
| Agent 365 软件开发工具包 | 你用代理SDK或框架构建的代理，比如Microsoft 365 智能体 SDK、Microsoft代理框架、OpenAI代理SDK、LangChain、CrewAI或LlamaIndex。 | 开发者集成在你代理的代码里。 | 是的 |
Tip
先检查内置集成和注册表同步。 如果这些路径中已有你所需的 Agent 365 功能，你不需要 SDK 来注册代理。 当你的场景需要平台路径无法提供的代码级能力时，添加SDK。
注释
有些平台支持多种机制。 Copilot Studio 和 Azure AI Foundry 可以为某些场景内置集成 Agent 365，而基于代码、支持的 Foundry 组件的代理则可以在需要该平台路径未提供的功能时使用 SDK。 仅仅拥有或部署代码并不决定选择;比较具体场景中的功能和认证模型。 关于Foundry托管的代理，请参见Azure AI Foundry 智能体服务文档，以及关于配置Agent 365数据收集和授予Agent 365可观测权限的指南。
Azure AI Foundry 可用的集成路径取决于代理的构建、托管和注册方式。 在选择方案前，请确认当前Foundry的集成和可观测性指导。 对于基于代码的代理，可以从Microsoft Foundry SDK快速入门开始，并与托管代理指南进行比较。
何时使用 Agent 365 SDK
在以下情况下使用 Agent 365 SDK
- 你可以自己构建和部署代理，而不是托管在集成的Microsoft平台上。
- 您的代理需要一个或多个 Agent 365 功能：身份、可观察性、工具或通知。 关于每个能力所提供的内容，请参见 Agent 365 SDK 概述。
- 你的代理需要代码层面控制这些能力的运行时间和方式。
身份往往是SDK路径上的决定性因素。 身份能力支持三种执行模式：服务对服务（S2S）、代表登录用户（OBO）和代理用户（Agentic-User），后者代理使用自己的Entra用户账户。 选择与代理工作和你情景可用的平台路径相匹配的模式。 关于身份模型及其配置决策，请参见 代理身份。
注册表同步和内置集成可能会随着平台支持的发展而变化。 在添加代码级功能前，请重新查看平台当前的集成指南。
注释
SDK 并不是你代理框架的替代品，所以“构建代理”不是这些机制之一。 先用你的框架构建代理，然后用前面的机制之一把它导入到 Agent 365。