适用于 Microsoft 365 的 Copilot 代理选项

在决定 AI 开发方法时,需要考虑许多选项,包括智能 Microsoft 365 Copilot 副驾驶®扩展性选项和 Azure AI 解决方案。 本指南旨在通过 Microsoft 365 选项简化旅程,帮助你确定与特定需求和目标相符的最合适的解决方案。

扩展 Copilot 的模型还是生成自定义引擎代理?

当你希望创建完全自定义的端到端 AI 产品以满足业务需求时,通常会为 Retrieval-Augmented 代 (RAG) 解决方案选择语言模型和业务流程。

但是,使用 智能 Microsoft 365 Copilot 副驾驶®,还可以选择将 Copilot 的大型语言模型专用实例 (LLM) 和 Azure OpenAI 服务扩展。 Copilot 的 LLM 基于每个租户的 Microsoft 365 内容,因此它可以处理用户每天使用的文档、消息和其他业务上下文。 扩展 Copilot 时,可以利用表示基础 LLM 之间接口的 业务流程层 ,从正确的插件中选择和执行正确的内容。

📍第一个决定是使用现有的业务流程协调程序来生成声明性代理来扩展智能 Microsoft 365 Copilot 副驾驶®,还是使用自己的自定义业务流程协调程序来生成自定义引擎代理。

一个关系图,可帮助你确定哪些Microsoft 365 扩展性选项最适合你。有关详细信息,请阅读此页上的文章。

📍 如果要使用代理 AI 来运行复杂的多步骤工作流(包括主动触发器、长时间运行的任务和异步处理),请选择生成自定义引擎代理。

现在,让我们确定应生成哪种类型的代理:

如果以下任一项适用,请延长智能 Microsoft 365 Copilot 副驾驶®:

  • 你希望利用 Copilot 的模型和业务流程协调程序在 智能 Microsoft 365 Copilot 副驾驶® 的基础上生成服务
  • 你以前 (生成了一个 API 插件,以便现在可以将其插入代理)
  • 你以前在构建 Teams 消息扩展 (方面有经验,因此只需将其更新为插件)

如果以下任一项适用,请生成自定义代理:

  • 你想要将特定模型(LLM 或小型语言模型 (SLM) )用于服务
  • 需要代理支持
  • 你希望你的服务独立于智能 Microsoft 365 Copilot 副驾驶®,所有Microsoft 365 用户都可以访问,无论其 Copilot 许可状态如何

选择你的选项

  • 🎯 如果要扩展Microsoft Copilot,请转到下一部分选项 1
    • 🎯 然后,可以选择代理;生成声明性代理、插件或连接器。 了解 扩展性类型
  • 🎯 否则,请跳到 选项 2以生成自己的自定义代理


选项 1。 扩展智能 Microsoft 365 Copilot 副驾驶®

好的,你想利用 Copilot 业务流程协调程序! 让我们快速了解一下 - 智能 Microsoft 365 Copilot 副驾驶®专为具有智能 Microsoft 365 Copilot 副驾驶®订阅的企业用户设计,以提高Microsoft 365 个应用程序中的工作效率。

通过为企业用户扩展智能 Microsoft 365 Copilot 副驾驶®

  • 你的服务可以是Microsoft生态系统的一部分,使用户能够从Microsoft产品的用户体验中受益,并允许你接触数百万用户
  • 可以为组织构建 AI 解决方案,以提高跨企业的员工工作效率
  • 可以使用 Microsoft Graph 应用以人为本的数据,为用户提供更个性化的体验
  • 可以使用在工作流中使用的 Graph 连接器、SharePoint 网站库或 Dataverse 表作为 RAG 数据源

提示

你是业务决策者吗? 查看Microsoft Copilot方案库

智能 Microsoft 365 Copilot 副驾驶®扩展性的类型

现在,请务必了解可用于应用外部服务、应用和数据功能的各种方法。 让我们找出适合你的扩展性选项—

声明性代理

🎯 声明性代理旨在通过允许创建个性化聊天体验来提供量身定制的交互和响应,具有与 Business Chat 中的Microsoft Copilot界面类似的外观,也可以作为 Teams 中的 1:1 聊天来增强用户体验。 如果需要特定任务和域知识的特定代理,请生成声明性代理。

虚构的声明性代理 UI。

& 为何使用声明性代理时:

  • 在智能 Microsoft 365 Copilot 副驾驶®的全部功能之上层
  • 需要专注或专业化的方案
  • 特定数据源的范围,包括领域知识
  • 自定义说明,用于对从插件和连接器等源接收的数据进行细微差别解释

连接器

使用连接器将外部数据引入代理。

🎯 Graph 连接器 支持从各种源引入数据以Microsoft Graph,从而促进跨 Microsoft 365 和其他服务进行统一的数据访问和见解。 它们可以独立工作,也可以与声明性代理配合使用

🎯 Power Platform 连接器 使 Power Platform 应用程序能够实时与外部服务和数据源交互。

插件

插件将 技能和操作添加到 Microsoft 365。 插件具有几种不同类型的生成方式不同。 生成的代理数量不断增加。 您的选择包括:

  • 🎯 API 插件 可以通过 OpenAPI 服务调用 REST API 来处理声明性代理。
  • 🎯 Teams 消息扩展 是 Teams 的搜索和操作功能,现在也作为独立插件工作。
  • 🎯 Copilot Studio中的操作,用于连接 Microsoft 365 和 Power Platform 环境。 操作包括提示连接器。 如果你希望无需太多编码即可进行开发,这些选项适合你。

注意

目前,API 插件仅可用作在声明性代理中工作的操作。 目前,它们不能作为独立插件工作。

提示

如果你以前为 Teams 生成过消息扩展,则可以立即看到 Copilot 扩展性的价值,但如果想要生成最新、最出色的,请尝试生成 API 插件和图形连接器!

工具选项:Pro-code 还是低代码?

你的旅程因所需的结果和编码专业知识而异。 无论你是经验丰富的编码员,还是喜欢低代码或无代码解决方案,都有一套适合你的开发风格的工具。

生成方式以及使用的工具由你决定。 选项包括:

  • 🎯 支持代码 选项包括声明性代理、API 插件、消息扩展和图形连接器。 用于Visual Studio Code扩展的Teams 工具包是开发以定制代理的最佳朋友。

  • 🎯 低代码无代码选项是声明性代理、所有Copilot Studio操作以及 Power Platform 连接器作为知识源。 可以在Copilot Studio上使用用户友好的界面快速开发。

显示各种开发人员选项的关系图。

选项 2:为 Microsoft 365 生成自定义引擎代理

借助 Azure AI 服务,你可以为 Teams 和 Microsoft 365 应用程序创建自定义 AI 聊天机器人。 如果你在 Teams 聊天中寻求自定义机器人解决方案,则构建自己的代理非常适合你。

说明 Teams 中的自定义引擎代理工作原理的关系图

它与扩展 Copilot 有何不同?

此图提供了 Copilot 扩展 (连接器、插件和声明性代理) 和生成自定义引擎代理之间的比较:

此图比较了扩展 Copilot 和 M365 的自定义引擎代理之间的选项

自定义引擎代理基于自带模型 (BYOM) 本地。 使用自定义引擎代理时,代理独立于智能 Microsoft 365 Copilot 副驾驶®及其 LLM 和业务流程协调程序。

通过使用自定义引擎代理,可以实现:

  • 确定性工作流
  • 响应的自定义引文和权威来源
  • 特定于租户的意向

🎯 详细了解如何构建自己的 自定义引擎代理

工具选项:Pro-code 还是低代码?

生成方式以及使用的工具由你决定。 选项包括:

  • 🎯 Pro-code:如果你更愿意为完全自定义编写代码,请使用 Teams Toolkit for Visual Studio Code 扩展开发一个。 可以从以下任一开始:

  • 🎯 低代码无代码:可以在Copilot Studio上使用用户友好的界面快速开发,以生成Copilot Studio自定义代理。

后续步骤

了解生成连接器和插件的先决条件:

另请参阅