智能 Microsoft 365 Copilot 副驾驶®代理

智能 Microsoft 365 Copilot 副驾驶® 是一种 AI 驱动的生产力工具，它使用 Microsoft Graph 中的企业数据，在 Copilot 对话助手、Outlook、Teams 和 Word 等 Microsoft 365 个应用程序中增强工作流。 尽管 Copilot 提供强大的内置功能，但组织通常需要集成其他知识、数据源或应用程序来解决特定的用例。

代理通过充当针对特定域定制的专用 AI 助手来扩展 Copilot 的功能。 这些代理应用组织知识和自动化来简化业务流程、增强决策制定并提高效率。 代理可以检索信息、汇总数据，甚至执行发送电子邮件或更新记录等作。

可以使用以下两种方法之一为 Copilot 生成代理： 声明性 方法，它利用说明、知识和作以及 Copilot 的业务流程协调程序和模型，或者 自定义引擎 方法，在其中自带业务流程协调程序和模型来创建完全定制的代理。 本文介绍这两种方法，并提供有关何时使用每种方法的信息。

为什么要生成代理？

智能 Microsoft 365 Copilot 副驾驶®提供强大的 AI 驱动帮助，但仅靠 Copilot 可能无法完全满足组织的独特工作流、数据源或自动化需求。 通过生成代理，可以：

• 通过集成第三方系统和数据源来扩展 Copilot 的知识。
• 跨 Microsoft 365 和外部应用程序自动执行复杂的多步骤工作流。
• 在 Teams 聊天、Outlook、SharePoint 或自定义应用中提供用户工作位置的定制用户体验。

代理支持 Copilot 与其他企业系统之间的安全实时交互。 Microsoft及其合作伙伴提供各种预生成代理。 还可以使用低代码和亲代码工具来构建自己的工具，以满足你的特定要求。

例如， Copilot 的销售代理 可以通过在 Dynamics 或 Salesforce 中将联系人转换为销售线索、设置会议以及与客户联系来自动执行潜在顾客管理，同时安全地访问Microsoft 365 和企业数据，以个性化交互并推动业务成果。

通过开发用于智能 Microsoft 365 Copilot 副驾驶®的代理，组织可以安全地利用企业数据、跨应用程序执行作并提高工作效率 ， 所有这些都在 Teams、Outlook、Copilot 或其他Microsoft 365 应用程序流中实现。

代理核心组件

代理包含以下核心组件：

• 知识： 通过为其提供专用说明和数据源来定制代理的响应。
• 行动： 开发自动化业务流程的作、触发器和工作流。

除了这些核心组件之外，其他层还增强了代理的功能：

• 业务流程协调程序充当中央引擎，管理代理如何与知识、技能和自主互。
• 基础模型为代理的推理、语言理解和响应生成提供支持，形成每次交互背后的智能层。
• 用户体验层通过将代理集成到 Microsoft 365 应用程序或外部平台，确保用户和代理之间的无缝交互，从而获得直观高效的工作流。

通过组合这些元素，代理提供了一种强大的方法来扩展 Copilot 以自动执行任务、集成数据并提供智能的上下文感知帮助。

声明性代理

使用声明性代理，可以通过添加自定义说明、其他知识和作来为特定方案配置 Copilot，以自动执行业务流程。 由于声明性代理使用 Copilot 的 AI 基础结构、模型和业务流程协调程序，因此它们遵循安全性、合规性和负责任 AI (RAI) Microsoft 365 的要求。 下图显示了声明性代理的基本剖析。

若要配置声明性代理，请提供：

• 自定义说明 ，用于塑造 Copilot 对组织特定需求或工作流的响应。
• 通过智能 Microsoft 365 Copilot 副驾驶®连接器（以前Microsoft Graph 连接器) ）连接 Microsoft 365 数据源 ( (（例如 Teams 消息、Copilot 连接器、SharePoint 和 OneDrive) 或外部数据）的自定义知识。
• 用于与 API 集成以与外部系统实时交互的自定义作。

声明性代理具有以下特征：

• 好客： 使用 Copilot 的业务流程协调程序和基础模型。 无需其他托管。
• 工具：使用低代码工具（如 Copilot Studio 代理生成器）或专业代码工具（如 Visual Studio 或 Visual Studio Code 和 Teams 工具包）生成代理。
• 渠道：在 智能 Microsoft 365 Copilot 副驾驶® 和 Microsoft 365 个应用（如 Teams、Word、Excel 和 Outlook）中运行。

自定义引擎代理

自定义引擎代理是完全自定义的 AI 助手。 它们适用于需要复杂工作流、业务流程或特定语言模型的方案。 构建自定义引擎代理可能需要为模型和业务流程协调程序提供额外的托管，并确保自定义代理符合、安全且遵循 负责任的 AI (RAI) 策略。 下图显示了自定义引擎代理的基本剖析。

若要开发自定义引擎代理，需要：

• 自定义业务流程 ，用于完全控制工作流，并集成其他知识和外部 API 调用。 可以合并一个或多个语言模型来增强功能。
• 自定义模型 ，用于为用例选择最合适的模型，无论是基础大型语言、小型语言、微调模型还是特定于行业的模型。
• 自主和主动代理支持 ，以编程方式启动工作流和作，使代理能够独立运行、做出决策并根据需要上报任务。

自定义引擎代理具有以下特征：

• 好客： 在 Microsoft 365 之外需要额外的托管，通常使用 Azure 等云服务，但需要额外付费。
• 工具：可以使用低代码Copilot Studio或支持代码工具（如 Visual Studio、Visual Studio Code 和 Teams 工具包）使用 .NET、Python 和 JavaScript 等语言以及语义内核或 LangChain 等框架构建业务流程。
• 渠道：可以在 智能 Microsoft 365 Copilot 副驾驶® 和 Microsoft 365 个应用（如 Teams、Word、Excel 和 Outlook）以及外部应用和网站（如客户服务门户或内部仪表板）中运行。
• 协作： 支持代理到代理的通信，允许代理委托任务和协调工作流，从而跨组织内的多个代理扩展 Copilot 的功能。

选择要生成的代理类型

本部分介绍声明性引擎代理和自定义引擎代理的功能和方案，以帮助你决定要生成的代理类型。

下表总结了声明性代理和自定义引擎代理之间的主要差异，以帮助你为用例选择正确的选项。

以程图总结了选择要构建的代理类型的决策过程。

在出现以下内容时生成声明性代理：

• 你希望代理在 Copilot 的业务流程和语言模型中工作，以确保安全性和合规性的一致性。
• 你希望实现速度更快，或者想要使用 Copilot Studio 等工具开发没有代码或低代码的代理，或者你喜欢使用 Visual Studio 或 Teams 工具包等专业代码选项的简化体验的开发人员。
• 用户的工作流位于 SharePoint、OneDrive、Teams) (Microsoft 365 个应用中，他们希望通过 @mentions (或 Teams 业务聊天) 在这些应用程序的上下文中工作。 例如，在 Teams 中响应的 @mentions IT 支持代理或在 SharePoint 中调用的文档摘要代理。

在出现时生成自定义引擎代理：

• 代理需要自定义业务流程来处理复杂的工作流、特定业务逻辑、精确的决策规则或多个系统集成。 例如，金融贷款审批代理可能有特定的业务规则、精确的数据收集要求和多个信用检查系统来评估候选人的申请。
• 你想要使用自己的 AI 模型，或者代理可能会受益于具有专业知识或多模式模型的特定于域的模型。
• 你希望启用组工作效率，其中多个用户可以与 Teams 频道或会议中的同一代理协作或从中受益。
• 你已在 Copilot 外部构建了现有的对话助手，并希望将其与 Microsoft 365 和 Copilot 集成。
• 你希望使代理在 Microsoft 365 和 Copilot 之外可用。
• 你希望支持主动消息传送，使开发人员无需用户交互即可定义工作流和触发代理行为。

成本因素

从用户和托管角度考虑代理解决方案设计的成本影响。 有关详细信息，请参阅 Copilot 扩展性的成本注意事项。

相关内容

• 声明性代理概述
• 自定义引擎代理概述
• 成本因素
• 示例集合