声明性代理使你能够扩展智能 Microsoft 365 Copilot 副驾驶®以满足用户的独特需求。 可以使用无代码、低代码或支持代码方法生成声明性代理。 本文提供有关可用于生成声明性代理的工具以及每个代理的优缺点的信息。
用于生成声明性代理的工具
有多种工具可帮助你为 Copilot 生成声明性代理。 下表列出了工具和每种工具的潜在用例,以帮助你确定适合你的工具。
工具 | 编码方法 | 说明 | 建议用例 |
---|---|---|---|
Copilot Studio代理生成器 | 无代码 | Copilot Studio代理生成器为业务用户提供了一个简单的界面来生成声明性代理。 只需描述代理应执行的作或创作具有简单配置体验的代理。 | 没有编码经验的业务用户想要自定义 Copilot 以提高个人和组的工作效率。 从编写者教练到加入伙伴,用户可以轻松创建和共享代理,以回答来自知识源的问题、生成图像、处理数据、解决数学问题等。 |
SharePoint | 无代码 | SharePoint 代理是在 SharePoint 和 Teams 中运行的声明性代理。 它们根据组织的 SharePoint 实现中可用的数据提供响应。 | 想要为特定目的自定义 Copilot 或指定要搜索的特定网站、文档库和文件的业务用户。 |
Copilot Studio | 低代码 | Copilot Studio允许用户使用拖放界面创建声明性代理。 它提供对业务逻辑和工作流自动化的控制,并允许用户创建具有高级功能的声明性代理,例如自定义 API作、自适应卡和 CI/CD 集成。 | 需要包含 Power Platform 集成的低代码、易于使用的解决方案的信息工作者和业务用户。 |
Microsoft 365 代理工具包 (Teams 工具包) | Pro-code | 代理工具包支持创建具有高级功能的声明性代理,例如自定义 API作、自适应卡和 CI/CD (持续集成/持续交付) 集成。 | 需要完全控制其编码环境、源代码管理和 API 的开发人员。 |
工具要求和访问权限
下表介绍了使用每个工具的先决条件,以及可在何处发布每个工具中的代理。
工具 | 要求 | 工具访问 | 将代理发布到 |
---|---|---|---|
Copilot Studio代理生成器 | Microsoft 365 订阅 | 在 智能 Microsoft 365 Copilot 副驾驶® 或 Teams 中选择“创建代理”选项。 |
|
SharePoint |
|
安装 SharePoint。 | SharePoint 网站 |
Copilot Studio |
|
安装Copilot Studio。 |
|
代理工具包 |
|
安装 代理工具包。 |
|
Copilot Studio代理生成器
对于没有编码经验的用户来说,Copilot Studio代理生成器是一个不错的选择,他们需要一个引导式过程来生成声明性代理。 可以通过 智能 Microsoft 365 Copilot 副驾驶® 中的“创建代理”选项访问代理生成器。
优点 | 缺点 |
---|---|
易用性: 专为用户在 M365 Copilot 内部构建代理而设计,没有编码经验,使用自然语言界面。 | 复杂工作流: 不支持复杂的工作流和集成。 |
快速设置: 提供生成代理的引导过程。 | 功能推出速度较慢:某些高级功能在代理工具包中可用之前,Copilot Studio代理生成器中才提供这些功能。 |
可及性: 适用于创建个人和组生产力代理,无需编写代码。 | |
简单的代理测试:通过测试窗格,用户可以直接在工具中测试代理的最终用户体验。 | |
各种知识源:轻松添加公共 Web、SharePoint、Graph 连接器数据等作为代理知识源。 | |
生成丰富内容:只需单击一下,启用图像生成和代码解释器。 |
SharePoint
SharePoint 选项适用于想要创建针对 SharePoint 环境中特定方案定制的代理的网站所有者或编辑者。 每个 SharePoint 网站都附带一个 现成的代理,其范围限定为该网站的内容。 具有网站编辑权限的用户可以通过从 SharePoint 网站上的 多个位置 更改内容范围、标识和行为来创建自定义代理。
优点 | 缺点 |
---|---|
定制: 网站所有者、内容所有者或编辑者可以创建针对特定需求的代理。 | 内容限制: 与所有代理一样,如果代理在其定义的知识源中找不到信息,它可能会从 Internet 提供过时的内容。 |
定义的源: 代理根据特定 SharePoint 网站和文档库的上下文进行绘制。 | 可伸缩性: 不适用于大规模或高度复杂的应用程序。 |
轻松访问: 直接集成到 SharePoint 中,使用户能够轻松访问代理并与之交互。 | SharePoint) (功能和可见性限制:在 SharePoint 中构建的声明性代理不能与 Copilot 对话助手 SharePoint 中生成的声明性代理集成或使用不在 SharePoint 中生成的声明性代理。 |
个性化用户体验: 根据特定的 SharePoint 内容提供个性化的用户体验。 | Teams) (功能和可见性限制: 在 Teams 1:1 中与代理聊天是在 SharePoint 中的沉浸式查看器中完成的。 |
与 SharePoint 集成: 使用文档库等现有 SharePoint 功能。 | |
与 Teams 集成: 用户可以通过复制指向该代理的链接并将其粘贴到 Teams 组或会议聊天中,使 SharePoint 代理在 Microsoft Teams 中可用。 |
Copilot Studio
Microsoft Copilot Studio设计用于小规模部署,例如部门级解决方案。 对于需要易于使用且与 Microsoft Power Platform 集成的低代码工具的人来说,这是一个很好的替代方法。
优点 | 缺点 |
---|---|
易于使用: Copilot Studio 提供了一种无代码方法,使业务用户和信息工作者无需编码即可使用拖放界面生成和自定义代理。 | 减少开发人员控制: 微调 API 调用、作和响应格式的能力有限。 |
电源平台连接器: 使用数百个预生成连接器启用快速即插即用 API 集成。 | 不支持源代码管理或 CI/CD: (Azure DevOps、GitHub) 拉取请求或自动部署,没有对源代码管理系统的内置支持。 |
非常适合个人和部门使用: 适用于不需要大规模企业治理的小型目标代理的快速设置。 | 对自适应卡的有限支持: 不能自定义超出基本文本格式的响应的显示方式。 |
预生成治理和部署:使用 Copilot Studio 的内置管理工具部署代理,从而降低了 IT 团队的复杂性。 | 功能推出速度较慢:在代理工具包中提供某些高级功能之前,Copilot Studio中提供了这些高级功能。 |
内置测试代理:Copilot Studio附带内置测试代理,可用于实时测试代理。 |
代理工具包
如果方案涉及支持代码方法的完全控制、可伸缩性和直接 API 集成, 则代理工具包 是用于创建声明性代理的最佳工具。
下表列出了使用代理工具包的优缺点。
优点 | 缺点 |
---|---|
专业代码灵活性:非常适合喜欢Visual Studio Code并希望完全控制其编码环境、源代码管理和 API 访问权限的开发人员。 | 无 Power Platform 连接器支持:与 Copilot Studio 代理生成器不同,Agents Toolkit 不支持通过拖放 Power Platform 连接器实现快速 API 集成。 |
自定义 API作: 使用 OpenAPI 规范或自定义的 REST API 与任何 API 集成,提供超越 Power Platform 连接器的灵活性。 | 无“无代码”UI: 代理配置需要手动编辑 JSON,而不是 UI 驱动的切换系统。 |
版本控制和协作: 支持某些源代码管理系统、拉取请求和 CI/CD,以改进开发实践和团队协作。 | 制造商的可组合性有限:代理工具包中内置的代理不能在低代码工具(如 Copilot Studio 和 Copilot Studio 代理生成器)中重复使用。 |
快速采用功能:新功能 (例如,在将代码解释器) 添加到Copilot Studio和代理生成器之前,通常先在 Agents Toolkit 中提供。 | 更陡峭的学习曲线: 代理工具包专为专业开发人员设计,业务用户和信息工作者可能无法访问这些开发人员。 |
对自适应卡片的高级支持:使用自适应卡片在代理内启用自定义 UI 呈现,这在 Copilot Studio 中不可用。 | |
复杂应用程序捆绑: 允许将代理与 Teams 应用、个人选项卡、消息扩展和其他 Microsoft 365 应用程序集成。 | |
试验支持: 开发人员可以在不影响实时部署的情况下对代理功能进行分支、测试和迭代。 | |
Copilot 连接器和 AI 增强功能:支持丰富的集成,包括语义搜索与智能 Microsoft 365 Copilot 副驾驶®连接器 (以前Microsoft Graph 连接器) 和对代理推理和响应的更多控制。 |