是 Agent 365 的新用户吗？
如果刚开始，请选择最适合的路径：
| 我想要... | 从这里开始 |
|---|---|
| 借助 AI 助手，快速启动并运行 | AI 引导式设置 — AI 编码代理（GitHub Copilot、Claude Code 或 OpenAI Codex）将引导你完成从单个指令文件中的安装、配置、部署和发布。 |
| 按照动手示例分步操作 | Quickstarts — 选取语言（Node.js、Python或.NET）中的示例并生成工作代理。 |
| 在潜水之前了解完整的工作流 | 代理 365 开发入门 - 一个指南中的代理类型、阶段、设置和发布。 |
| 了解要生成的代理类型 | 代理类型 - 说明代理类型和标识模型。 |
| 启用 Google Vertex AI 或 Amazon Bedrock 代理 | 注册这些代理无需开发工作 - 代理通过 Google 和 Amazon API 自动拉取。 无需 SDK 集成、蓝图和代码更改。 注册后，可以使用代理 365 SDK 以增量方式添加可观测性、工作 IQ 工具访问权限和其他功能。 请参阅 注册 Google Vertex AI 和 Amazon Bedrock 代理 以开始使用。 |
Agent 365 软件开发工具包
使用 Agent 365 SDK 扩展基于任何代理 SDK 或平台生成的代理，提供企业级的身份认证、可观测性、通知、安全性以及对 Microsoft 365 数据的受管理访问权限。
提示
正在寻找预构建的智能体？ 有关在启动时预先集成的代理，请参阅 Agent 365 中提供的生态系统合作伙伴代理 。
代理人拥有独特的身份。 人们通过常见手势（例如 @mentions)）在企业用户通常使用的应用程序（如 Teams、Word、Outlook 等）中调用它们。 他们通过表现出可观察的行为来建立信任，采取可审计的行动，并通过安全的访问来使用工具和数据。
使用 Agent 365 SDK，代理可以：
- 使用Entra支持的 代理身份 ，配合其自身的用户资源，如邮箱，实现安全认证和对工具和数据的受控访问。
- 接收和响应来自 Teams、Outlook、Word评论和电子邮件的通知，就像Microsoft 365应用中的人工参与者一样。
- 通过 OpenTelemetry 实现完全可观测性，支持审计和可追溯的代理交互、推理事件以及工具的使用。
- 调用受治理的模型上下文协议（MCP）服务器，以在管理员控制下访问Microsoft 365工作负载（例如邮件、日历、SharePoint、Teams）。
- 在IT批准的蓝图系统内运行，确保每个代理实例继承合规、治理和安全策略。
Agent 365 命令行界面
Agent 365 CLI是代理开发生命周期内代理 365 的命令行主干 - 自动设置、标识、配置、MCP 集成、发布和Azure部署，适用于企业就绪的代理。
通过 Agent 365 CLI，开发者可以：
- 制作代理人蓝图及其所需的所有支持资源。
- 管理代理的开箱即用和自定义工作 IQ 工具及权限。
- 将代理代码部署到Azure。
- 将代理应用包发布到 Microsoft 管理中心。
- 清理 CLI 创建的代理蓝图、标识和其他Azure资源。
Agent 365 代理开发生命周期
Agent 365 支持基于任何代理 SDK 或平台构建的代理。 这包括低代码平台，如 Copilot Studio 和 Azure AI Foundry。 它还支持专业代码选项，如 Microsoft Agent Framework、Microsoft Agents SDK、OpenAI Agents SDK、Claude Code SDK 和 LangChain SDK。 Agent 365 还支持在任何终结点上托管的代理代码，无论是 Azure、Amazon Web Services (AWS)、Google Cloud Platform (GCP) 还是其他任何云提供商。
重要
若要充分了解 Agent 365 SDK 和 CLI 如何协同工作，请查看 Agent 365 开发入门中所述的工作流
Agent 365 特工蓝图
在开始使用 Agent 365 代理实例之前，了解我们所指的 Agent 365 代理的蓝图是什么会很有帮助。 这来自 Microsoft Entra 代理蓝图，是 IT 批准的代理类型预配置定义，实际上是企业用于创建合规代理的“模板”。 它定义了代理的功能、所需的 Work IQ 工具访问、安全性和符合性约束、审核要求、生命周期元数据以及任何链接的治理策略模板，例如 DLP、外部访问限制或日志记录规则。 激活蓝图以在租户中使用时，用户可以请求其管理员获取从 Microsoft 365 管理中心的代理蓝图创建的新代理实例。 每个代理实例都继承其蓝图的规则，确保跨邮件、日历、Teams、SharePoint访问以及代理接触的任何其他Microsoft 365工作负荷进行一致的治理。 这防止了影子/流氓代理，强制执行可观察性，并将每个代理锚定在安全的 Entra 支持的身份和权限模型中。
Agent 365 SDK 有什么不同？
代理 365 SDK 不同于代理框架（如 Microsoft Agent Framework 或 Microsoft Copilot Studio），因为它不创建或托管代理。 相反，通过引入企业级能力来增强已构建的代理，无论其架构如何，包括基于 Entra 的代理身份，受治理的 Work IQ 工具访问，基于 OpenTelemetry（OTel） 的可观测性，通过 Activity 协议的通知，以及基于代理 ID 的治理。
虽然名称非常相似，但它不会替换 Microsoft 365 智能体 SDK 以及它为托管、活动协议和标识提供的功能。 相反，Agent 365 SDK 通过在基于其或其他平台构建的代理之上叠加治理、合规和生命周期控制来补充。
Agent 365 SDK 与代理生态系统
下表总结了分层代理架构，展示了Agent 365 SDK如何在你的代理逻辑和你所选框架提供的LLM编排运行时之上添加企业级能力。
| 层 | 角色 | 提供者 |
|---|---|---|
| 企业功能 | 身份、通知、可观察性、工具 | Agent 365 软件开发工具包 |
| 代理逻辑 | 提示、工作流、推理 | 你的代码实现 |
| LLM 编排器运行时 | 模型调用和工具编排 | 你选择的代理SDK/框架 |