比较三种 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。 | 集成到你代理代码中的开发者功能，用于身份、工具和通知。 使用Microsoft OpenTelemetry来实现可观测性。 | 是 |
小窍门
先检查内置集成和注册表同步。 如果这些路径中已有你所需的 Agent 365 功能，你不需要 SDK 来注册智能体。 当你的场景需要代码级身份、工具或通知功能，而平台方案没有提供时，才添加SDK。
Note
有些平台支持多种机制。 Copilot Studio 和 Azure AI Foundry 可以为某些场景提供内置的 Agent 365 集成。 仅仅拥有或部署代码并不决定选择;比较具体场景中的功能和认证模型。 关于Foundry托管的代理，请参见Azure AI Foundry 智能体服务文档，以及关于配置Agent 365数据收集和授予Agent 365可观测权限的指南。
Azure AI Foundry 可用的集成路径取决于代理的构建、托管和注册方式。 在选择方案前，请先确认针对你的场景的当前 Foundry 集成和可观测性指导。 对于基于代码的代理，可以从Microsoft Foundry SDK快速入门开始，并与托管代理指南进行比较。
何时使用 Agent 365 SDK
在以下情况下使用 Agent 365 SDK
- 你可以自己构建和部署代理，而不是将其托管在集成的 Microsoft 平台上。
- 您的代理需要代码级别的身份标识、工具或通知功能。 有关软件包的详细信息，请参见 Agent 365 SDK 概览。
- 你的代理需要代码层面控制这些能力的运行时间和方式。
使用Microsoft的OpenTelemetry发行版来实现可观测性。 如果已有集成使用已弃用的 Agent 365 Observability SDK，请遵循 归档文档中的迁移指南。
注册表同步和内置集成可能会随着平台支持的发展而变化。 在添加代码级功能前，请重新查看平台当前的集成指南。
Note
SDK 并不是你代理框架的替代品，所以“构建代理”不是这些机制之一。 先用你的框架构建代理，然后用前面的机制之一把它导入到 Agent 365。