> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/zh/ai/ai-whitepaper/zoommate.md).

# ZoomMate

## **概述**

#### <mark style="color:蓝色;">ZoomMate 是面向 Zoom Workplace 和已连接业务系统工作的中央智能层</mark>

ZoomMate 的设计旨在成为一个汇聚工作上下文的中心位置，贯穿 Zoom Workplace 和已连接的第三方服务。ZoomMate 并不是一个只绑定到某次会议、某条消息或某份文档的单一用途助手，而是可以从更广泛的工作流中汲取信息，这些工作流横跨会议、团队聊天、持续会议聊天、电子邮件、文档、白板、摘要以及其他业务工件。当启用已连接服务时，这些上下文还可以扩展到外部平台，例如云存储系统、客户关系管理工具、工单平台以及其他已授权的企业数据源。这样的中心位置让 ZoomMate 能够基于更相关的内容、更强的连贯性，以及对工作如何在各系统间推进的更清晰认知来做出回应。

<div data-with-frame="true"><figure><img src="/files/d9cffec3195359c3b5add9dbb36aafad4f230610" alt=""><figcaption><p>ZoomMate 工作界面</p></figcaption></figure></div>

#### <mark style="color:蓝色;">ZoomMate 帮助将业务对话转化为协调一致的结果</mark>

ZoomMate 支持从对话到完成的设计，使同一条工作线索能够在多个界面之间推进而不丢失上下文。一次讨论可能从一条识别问题的聊天消息开始，随后在一次会议中继续深入探讨该问题，再通过会议摘要和之后创建的相关文档继续推进。从那里开始，ZoomMate 可以帮助呈现已做出的决定，识别行动事项和负责人，并利用这些累积的上下文支持工作的下一阶段。

这种后续推进还可以延伸到面向执行的输出。会议摘要可以成为工作文档的基础，用于组织团队计划、待解答问题和下一步行动。随后，该文档可以借助 AI 生成的写作或研究支持进行完善，并参考更早的聊天讨论、会议转写文字（如果保留）以及与任务相关的任何已连接内部或外部材料。随着工作逐渐变得更明确，ZoomMate 可以帮助将同样的上下文转化为结构化交付物，例如任务建议、工作流程步骤或演示材料。在这种模式下，ZoomMate 不会把对话视为孤立事件；相反，它帮助把不断发展的上下文从最初讨论一路带到促成工作完成的材料、决策和输出。

#### <mark style="color:蓝色;">ZoomMate 的上下文层汇聚对话、内容、记忆和已连接业务数据</mark>

ZoomMate 的更广泛价值来自其可跨 Zoom Workplace 和已连接系统处理的上下文范围。该上下文可以包括 Zoom 原生内容，例如会议摘要、会议转写文字、持续会议聊天、聊天消息、电子邮件、Zoom Canvas 文档、白板、幻灯片、任务以及相关的工作场所内容。它还可以扩展到已授权的第三方来源，例如云存储平台、客户关系管理系统、工单工具、知识库以及其他已连接的业务系统。

使其成为上下文层而非一组彼此断开的来源的关键在于，ZoomMate 可以处理它们之间的关联。聊天中讨论的客户问题可能会关联到会议转写文字、后续文档、相关电子邮件、存储在 Google Drive 或 OneDrive 中的文件、来自已连接 CRM 的账户详情，以及 Jira 等系统中的工作项。这个更广泛的层还可以包括组织知识，例如政策、流程和产品信息；历史信号，例如先前的决定、行动和结果；以及特定用户的记忆，这些记忆在相关时可帮助 ZoomMate 反映持久偏好和工作模式。

这种已连接的上下文帮助 ZoomMate 以相关数据、先前活动和已授权的业务信息为依据来回答，而不只是依赖孤立的提示。其结果是体验更相关，可提升跨多种材料的检索，减少猜测，并帮助用户在对话、文档、系统和执行阶段之间推进工作。

#### <mark style="color:蓝色;">ZoomMate 帮助实现 Zoom Workplace 作为统一工作平台的价值</mark>

Zoom Workplace 为整个工作日中的沟通、协作和后续推进提供了一个统一界面。它不是把会议、聊天、电话、电子邮件、文档和相关活动视为彼此分离的目的地，而是将它们纳入更一体化的体验中，让工作能够更自然地从一个阶段流向下一个阶段。这种统一体验还可以延伸到已连接的第三方系统，让相关的外部业务上下文融入更广泛的工作环境。

ZoomMate 通过帮助用户在其内部已经发生的活动流中开展工作，强化了这一统一环境。由于周围的对话、工件和任务在 Zoom Workplace 中更容易访问，ZoomMate 可以在工作跨产品和时间点推进时为用户提供更强的连续性。这使 ZoomMate 不再只是针对孤立任务的点式解决方案。它让 AI 协助更像是融入了更广泛的工作节奏，帮助用户延续上下文、减少碎片化，并以更少的中断从沟通过渡到行动。

#### <mark style="color:蓝色;">ZoomMate 需要特定方案，并针对某些 AI 功能/特性采用基于 AI 积分的模式，包括高级代理式功能和第三方集成</mark>

ZoomMate 采用混合访问模式，其中某些功能无需消耗积分即可使用，而某些高级能力则需要 ZoomMate 订阅和可用的 AI 积分。一般而言，仅在 Zoom 原生上下文中运行的功能——例如基于 Zoom 会议、聊天、文档和其他以 Zoom 为中心的数据开展的工作——可能无需使用积分即可使用。这让用户无需 ZoomMate 订阅，也能在 Zoom 环境中享受 AI 辅助能力。

高级 AI 功能/特性或代理式操作，例如 AI 代理以及与第三方应用的集成，需要 ZoomMate 许可证并会消耗 AI 积分。例如，某些在 Zoom 平台内运行且不包含高级 AI 节点的工作流，可以在不消耗积分的情况下执行。相比之下，与第三方应用集成并包含高级 AI 搜索能力的工作流，可能需要 ZoomMate 许可证并消耗 AI 积分。因此，实际区别取决于任务的范围或类型：以 Zoom 为中心的功能/特性可能无需消耗积分，而更高级的代理式操作或跨系统任务如果超出 Zoom 原生环境，则更可能消耗积分。这一模式有助于区分平台内的核心协助与依赖更广泛编排、外部集成或高级 AI 处理的高成本操作。

请参阅 Zoom 的支持中心，了解如何 [Zoom AI 积分如何运作、如何分配，以及您作为用户或管理员如何监控和管理它们](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0085614) 以及 [定价页面](https://zoom.us/pricing/aic) 关于存储配额。

#### <mark style="color:蓝色;">ZoomMate 可在 Zoom Workplace 应用和网页端使用</mark>

ZoomMate 可在 Zoom Workplace 应用内以及通过网页体验使用，让用户能够灵活地在工作中访问 AI 辅助的搜索、写作、研究和后续推进。在 Zoom Workplace 中，ZoomMate 直接集成到应用体验内的专用选项卡中，可帮助用户参与塑造工作日的对话、文档和任务。在网页端，ZoomMate 提供一个专用工作区，用于更广泛地与会议、内容、已连接数据源和代理式功能/特性交互。

### 限制

#### <mark style="color:蓝色;">ZoomMate 目前仅向托管在 Zoom 美国基础设施上的客户提供</mark>

目前，ZoomMate 面向托管在 Zoom 美国基础设施上的客户提供。当前尚不支持全球区域，但预计会随着时间推移支持。

请参阅 Zoom 的 [功能可用性表](/technical-library/zh/ai/ai-whitepaper/feature-availability.md) 以了解按地区和服务模式划分的功能可用性。

#### <mark style="color:蓝色;">ZoomMate 目前仅支持英语</mark>

ZoomMate 目前仅支持英语。预计未来会扩展以支持更多语言。

#### <mark style="color:蓝色;">ZoomMate 不适用于某些行业垂直领域</mark>

ZoomMate 目前不适用于某些行业垂直领域，包括政府、医疗保健和教育。有关更多信息，请联系您的 Zoom 账户团队。

## **核心组件**

### 运行模式

#### <mark style="color:蓝色;">标准模式：用于日常对话的生成式 AI</mark>

标准模式是默认的 ZoomMate 体验，无需用户执行任何操作即可启用。它为日常任务提供通用对话式 AI 体验，允许用户通过自然语言提示与 ZoomMate 互动，以提问、生成或修改内容、集思广益、总结信息，并获得各种常见工作活动的帮助。该模式专为直接的来回交互而设计，非常适合希望以灵活、对话式的方式使用 ZoomMate 的用户，类似于其他通用 AI 助手。

#### <mark style="color:蓝色;">高级模式：用于复杂任务的更强能力</mark>

高级模式是 ZoomMate 中一种更强能力的执行选项，适用于那些比标准响应更受益于深入推理、更广泛检索和更强任务执行的请求。它不是每次交互的默认模式，而是在 ZoomMate 判断某个请求可能更适合更深入处理时，向用户显示为一个可选的下一步。

例如，在提供初始回复后，ZoomMate 可能会向用户显示如下提示， *“想要更全面的答案？试试高级模式。”* 如果用户选择继续并选择 **高级模式** 按钮，ZoomMate 就能以更深入、更强大的方式处理该任务。这可能包括更丰富的推理、更广泛的多源检索、更复杂的综合，或在已连接工具和工作流中更高级的执行。

<div data-with-frame="true"><figure><img src="/files/e446d6f3082c3402e49671efccb55296406be1ba" alt="" width="563"><figcaption><p>触发高级模式的对话</p></figcaption></figure></div>

由于高级模式面向更高复杂度的操作，它的使用会消耗 AI 积分，并受用户可用权益的约束。实际上，它作为一种可选路径，适用于希望 ZoomMate 超越轻量级回复、以更高级、更全面的水平执行任务的用户。

### 连接器

#### <mark style="color:蓝色;">连接器将 ZoomMate 与外部应用和业务数据源连接起来</mark>

在 ZoomMate 中，连接器是将系统连接到 Salesforce、Jira、Google Drive、OneDrive 以及其他外部业务平台等第三方应用和数据源的集成。这些连接使 ZoomMate 能够处理 Zoom 环境之外的信息，扩展可用于支持用户请求的上下文和操作范围。

通过将 ZoomMate 连接到外部系统，连接器可以让 AI 读取相关业务数据、检索支持性上下文，并在受支持时在这些已连接平台内采取行动。这使连接器成为 ZoomMate 超越 Zoom 原生内容、跨组织用于管理工作的更广泛工具和系统运行的重要组成部分。

### Web 访问

#### <mark style="color:蓝色;">ZoomMate 可以使用本地浏览器扩展或云浏览器来执行基于浏览器的任务</mark>

ZoomMate 可以使用网页浏览器作为交互式环境，作为用户 ZoomMate 会议的一部分来执行基于浏览器的任务。这可以通过本地浏览器扩展或云浏览器来完成。在这两种情况下，浏览器都充当实时执行界面，ZoomMate 可通过它在用户指示下访问并与网页、网页应用以及其他基于浏览器的体验进行交互。浏览器并不是存储的数据源或知识库，而是为 ZoomMate 提供了一种直接在网站上以及活动的浏览器工作流中执行任务的方式。

使用 **本地浏览器扩展**，ZoomMate 可以通过用户的有效浏览器会议运行，并使用该浏览器环境中已经显示的状态。这使 ZoomMate 能够与可通过用户本地浏览器上下文在线访问的网站和工作流进行交互。使用 **云浏览器**，ZoomMate 可以在为 ZoomMate 托管的独立沙盒环境中执行类似的基于浏览器的任务，而不是通过用户的本地浏览器本身。这为用户提供了两种不同的浏览器访问模型，具体取决于任务以及他们更愿意使用的环境。

这项浏览器功能使 ZoomMate 能够支持诸如浏览网站、收集信息、完成基于浏览器的工作流，以及与仅能通过有效浏览器会议在线使用的实时网页工具进行交互等任务。当浏览器会议关闭时，ZoomMate 为该对话或会议使用或收集的数据，包括截图，可能会保存到用户的对话历史中。云浏览器会议也可能是非持久的，这意味着用户在重新打开已保存的对话时，可能需要启动新的浏览器会议。

有关以下内容的更多信息，请参阅 Zoom 的支持中心： [使用 ZoomMate 进行网页访问](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083738#mcetoc_1jpt2vhla8q).

### 网页内容

#### <mark style="color:蓝色;">网页内容可以用公开网页内容补充 ZoomMate 的回复</mark>

如果 **网页内容** 设置启用时，ZoomMate 可以搜索公开网络，以帮助回答一般知识问题或受益于当前外部信息的请求。这使 ZoomMate 能够在相关于用户请求时，用来自在线来源的信息补充 Zoom 和连接的商业版上下文。当使用网页内容时，ZoomMate 可以提供指向源材料的引用，以便用户查看信息的来源。

### 本地文件上传

#### <mark style="color:蓝色;">本地上传的文件可作为 ZoomMate 对话的上下文</mark>

如果 **本地文件上传** 启用此设置后，用户可以直接向 ZoomMate 上传最大 50MB 的文件，并在提交提示时将这些文件用作上下文。这使用户能够就上传的材料提问，在后续请求中引用其内容，并使用这些文件来支持起草、摘要、分析或其他 AI 辅助任务。

当文件由用户上传时，它会存储在 Zoom 文件存储中，最长可保存七天，以便它可以继续在用户的 ZoomMate 对话中用作上下文。这个临时存储期限允许用户返回同一对话，并随着时间推移继续处理上传的材料。

### Zoom 产品

#### <mark style="color:蓝色;">ZoomMate 可以将 Zoom 原生内容作为响应上下文，在 Zoom 平台上使用</mark>

ZoomMate 可以在响应用户提示时，使用来自整个 Zoom 平台的 Zoom 原生内容作为数据源。根据用户的请求以及可用功能，这可能包括来自资源（例如 Zoom Meetings、Zoom Canvas、聊天、Zoom Calendar）以及其他有助于提供相关上下文的 Zoom 产物和体验的信息。

这使 ZoomMate 能够跨越 Zoom 中已经显示的对话、文档、日程和协作产物开展工作。通过将 Zoom 原生内容作为其在线上下文的一部分，ZoomMate 可以生成更贴近用户的工作、并且更了解平台上已经发生的活动的回复。

### 第三方数据源

#### <mark style="color:蓝色;">正在连接第三方数据源使 ZoomMate 能够从更广泛的组织信息中提取</mark>

正在连接第三方数据源可使 ZoomMate 能够处理从 Zoom Workplace 之外的系统中提取的更广泛业务上下文。这些已连接的数据源可以包括云存储平台、客户关系管理系统、工单工具、知识库、支持平台、人力资源系统以及其他经授权的企业服务。通过超越单个应用程序或存储库，ZoomMate 可以访问更多与用户请求相关的组织信息。

这种更广泛的上下文可以改善 ZoomMate 检索信息、理解系统与记录之间关系，以及支持依赖多个外部来源的工作方式。一项请求可能依赖存储在共享驱动器中的文档、CRM 中的客户账户详情、当前支持案例、项目工单，或来自企业知识库的内容。通过连接这些第三方系统，ZoomMate 可以在更完整的外部业务上下文视图下运行，帮助生成更立足于事实、更相关且更有用的回复。

#### <mark style="color:蓝色;">ZoomMate 可以通过 API 或 MCP 连接到第三方服务</mark>

ZoomMate 可以根据所使用的服务和连接模型，通过传统的基于 API 的集成或通过 MCP 连接，连接到受支持的第三方服务。这些连接方法使外部系统能够在更广泛的 ZoomMate 体验中提供额外上下文和能力，并将对 Zoom Workplace 本身之外信息的访问扩展出来。

这种模型使 ZoomMate 能够与更广泛的经授权业务系统进行交互，包括用于存储、客户记录、工单处理、知识管理以及其他企业功能的平台。无论连接是通过标准的 API 集成还是通过 MCP 建立，ZoomMate 都可以使用已连接的服务来检索相关上下文、支持用户请求，并为依赖存放在 Zoom 平台之外的信息的工作流提供支持。

#### <mark style="color:蓝色;">正在连接 ZoomMate 到用户级数据源（如电子邮件和日历）可通过直接 API 访问检索信息</mark>

用户级连接——例如电子邮件、日历或第三方云存储提供商——使 ZoomMate 能在需要满足用户请求时，直接从已连接的第三方服务中检索相关信息。ZoomMate 不依赖该内容的预先索引副本，而是在请求发生时通过相关的 API 连接访问所需的电子邮件或日历数据。

#### <mark style="color:蓝色;">正在连接 ZoomMate 到账户级数据源时，主要使用索引检索，并在需要时使用实时 MCP 访问</mark>

正在连接 ZoomMate 到账户级数据源时，会使用管理员管理的集成，通过将已批准的内容存储到客户专属的检索索引中以便未来查询，从而使外部的、账户范围的内容主要通过索引检索可用。这种索引检索模型使 ZoomMate 能够高效处理来自已连接系统的大量组织知识，例如 Google Drive、Salesforce、ServiceNow、Confluence、Box、Zendesk、Seismic、Workday 以及其他受支持的服务。对于变化更动态或更适合在请求时获取的数据，ZoomMate 还可以在需要时使用 MCP 或类似的实时连接方法，直接从已连接的系统中检索信息。

这种组合模型使 ZoomMate 能在同一更广泛体验中同时处理相对稳定的组织内容和更新的系统状态。索引检索是账户级知识访问的主要基础，而实时 MCP 访问则为更适合在请求时检索的数据补充这一基础。

#### <mark style="color:蓝色;">账户级索引数据通过增量同步保持最新</mark>

账户级索引数据不会在每次同步发生时都完整重新处理。ZoomMate 支持增量同步，仅更新自上次同步以来新增、修改或其他方式发生变化的内容，而不是重新摄取整个已连接数据集。这有助于在减少大型企业版存储库中不必要处理的同时，保持索引知识的最新状态。

这种增量同步模型支持在大规模场景下对索引检索的实际使用，并使 ZoomMate 能够从已连接系统中维护最新的工作知识库，而无需在每个更新周期中再次获取每个文件、记录或对象。

#### <mark style="color:蓝色;">管理员定义哪些外部内容有资格在账户级进行索引检索</mark>

来自已连接账户级连接器的索引检索仅限于管理员选择向 ZoomMate 提供的内容。对于每种受支持的集成，管理员可以通过选择或排除已连接系统支持的特定存储库、对象、空间、文件夹、驱动器或类似内容分组，来定义索引数据的范围。这些管理选择为 ZoomMate 可从该来源建立索引的内容设定了边界，并有助于确保索引化的组织知识反映账户预期的数据范围。

此外，已连接系统不会被视为一个不加区分的信息池。超出管理员定义范围的内容不会包含在索引检索中，即使更广泛的服务本身已连接。这样，组织就可以控制外部系统的哪些部分被纳入账户级索引知识。

#### <mark style="color:蓝色;">对索引和实时第三方数据的访问由源系统权限决定</mark>

对已连接第三方内容的访问取决于 Zoom 与外部平台之间的权限匹配。如果来自第三方服务的用户之前尚未映射到 Zoom 用户，管理员必须完成一个用户映射流程，将 Zoom 账户与已连接系统中的相应账户关联起来，通常使用电子邮件地址等标识符。此映射使 Zoom 能够基于用户在已连接平台中的现有权限来评估访问，而不是将已连接数据视为在 Zoom 中广泛可用。

连接建立后，Zoom 可以保留在检索期间强制执行基于权限的访问所需的信息。对于索引内容，这包括所选内容本身以及来自第三方平台的权限元数据，包括与该内容访问相关联的原生用户和群组标识符。这使 ZoomMate 能够从索引来源返回在上下文中相关的结果，同时继续尊重已连接服务的访问模型。

同样的第三方权限模型也适用于 ZoomMate 使用实时 MCP 访问的情况。即使在请求时直接从已连接系统检索数据，而不是从索引存储中获取，用户的访问仍受该外部服务中定义的权限约束，包括在适用情况下检索时这些权限的当前状态。通过这种方式，索引检索和实时访问都仍然受已连接平台的授权模型约束。

ZoomMate 还旨在仅检索在连接系统的授权模型范围内为满足用户请求所需的内容，帮助将访问权限与最小权限原则保持一致，而不是造成宽泛或不受限制的数据暴露。

例如，管理员可以连接 Google Drive，并将共享云端硬盘指定为 ZoomMate 批准的数据来源。在设置过程中，Zoom 可以将 Zoom 用户映射到其 Google Drive 身份，并为该共享云端硬盘索引已批准的内容以及相关的权限元数据。如果用户只有访问“销售”文件夹的权限，ZoomMate 可以在需要满足该用户请求时检索“销售”中的文件内容，但除非 Google Drive 权限也允许访问“金融”中的文件，否则无法检索其中的内容。ZoomMate 使用实时访问从 Google Drive 检索当前数据时也遵循同样的原则：检索仍然仅限于用户在请求时被授权访问的内容。

有关以下内容的更多信息，请参阅 Zoom 的支持中心： [为 ZoomMate 索引准备你的组织的内容](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0084618).

### 技能

#### <mark style="color:蓝色;">技能是可重复使用的能力，为 ZoomMate 提供了一种结构化的方式来执行特定任务</mark>

从实际角度看，技能使 ZoomMate 能以比单纯通用对话更有针对性的方法来处理请求，使用适合该类工作的明确定义的逻辑、步骤或连接的能力。当任务遵循可识别的模式时——例如准备简报、生成研究报告、组织后续行动，或处理特定商业版系统——这就很有用，因为技能帮助 ZoomMate 每次出现这类工作时都能更一致、更有效地处理。

当用户希望 ZoomMate 做的不只是给出通用建议时，可能会选择使用技能。没有技能时，ZoomMate 仍然能够提供广泛的帮助，但它可能会将每个请求都视为一次性的交互。使用技能后，ZoomMate 可以采用更适合该任务的可重复方法，帮助减少手动提示、提高一致性，并生成更有结构且更有用的结果。这对于重复性工作尤其有价值，因为相同的一般流程需要在不同的主题、客户、项目或会议中重复执行。

例如，准备客户会议的用户可能会要求 ZoomMate 提供简报。没有专门技能时，ZoomMate 仍可根据当前提示提供通用回应。然而，借助会议准备技能，ZoomMate 可以遵循更专业的流程：检索相关会议历史、提取相关账户详情、识别待办事项、整理最近的文档或聊天上下文，并将这些材料汇编成结构化简报。在这种情况下，用户使用技能会更有优势，因为 ZoomMate 不必每次都从头开始。相反，它是在使用专为此类工作设计的可重复使用能力，这有助于生成更完整、更相关且更可靠的结果。

#### <mark style="color:蓝色;">ZoomMate 包含默认技能，并且可以帮助从重复出现的工作模式中识别新技能</mark>

ZoomMate 包含默认技能，为常见任务和工作流提供内置支持。这些默认技能为用户提供了现成的能力，用于处理 ZoomMate 已经设计为以结构化方式处理的工作类型。此外，ZoomMate 还可以帮助识别用户请求何时反映出一种可重复的工作模式，而这种模式可能超出单次对话的价值。当这种模式清晰时，ZoomMate 可以帮助定义一个新技能，用于捕捉该任务背后的重复方法。

这使得技能不仅可以从预定义的产品设计中产生，也可以从真实使用中产生。用户可能从一次性请求开始，但如果交互揭示出一个可重复的流程，ZoomMate 就可以帮助将该流程表达为可重复使用的技能。通过这种方式，ZoomMate 同时支持开箱即用的能力，以及由用户自身工作流、优先级和重复任务塑造的新技能的创建。

#### <mark style="color:蓝色;">技能可以共享，因此可复用能力能惠及其他用户和团队</mark>

技能不需要只局限于创建它们的人。当用户创建一个适用于某类工作的技能时，该技能可以与他人共享，从而同样的结构化能力可以被更广泛地复用。这使得用于重复性任务的实用方法能够超越单个用户，并支持更广泛的团队、群组或组织。

例如，用户可以创建一个用于生成标准化客户简报、周期性研究报告，或在会议后执行结构化跟进流程的技能。通过共享该技能，其他用户无需自己重新创建逻辑，就能受益于同样的可复用能力。这有助于组织更高效地传播有用的工作模式，并使 ZoomMate 技能能够作为共享的运营知识发挥作用，而不仅仅是个人工具。

#### <mark style="color:蓝色;">共享技能仍会链接到创建者的当前版本</mark>

当用户在 ZoomMate 中创建一个技能并将其共享给同事时，该共享技能仍然会关联到创建者维护中的版本，而不是为每个接收者生成一份独立的静态副本。这意味着，如果创建者后来更新了该技能，这些更改可以同步到他人使用的共享版本中。实际上，这使团队能够从共享技能的持续改进中受益，而无需每个用户都重新创建或手动替换它，从而帮助共享能力随着技能随时间演进而保持一致。

### 项目

#### <mark style="color:蓝色;">项目会创建范围限定的 AI 助手，专为特定团队、职能或工作流量身定制</mark>

项目允许用户创建范围限定的 AI 助手，专为特定的职能、团队或重复性工作流而设计。与其每次交互都从一个通用助手开始并反复重建相同上下文，不如通过项目为 ZoomMate 提供一个预定义的运行上下文。这使助手能够从更清晰地理解其应支持的工作开始。

项目由用户提供的配置所塑造。这包括名称、描述，以及一组自定义指令，用于定义助手的目的、行为、语气和边界。通过这种方式，项目充当了一个承载意图的结构化容器。项目提供框架，而用户决定助手应如何在该框架内表现。

#### <mark style="color:蓝色;">项目可以将指令、工具和知识整合为单一可复用配置</mark>

项目之所以有价值，是因为它们将助手在特定上下文中有效运作所需的关键要素整合在一起。除了指令之外，项目还可以包含对已连接工具、集成服务和选定知识来源的访问。这使助手不仅能进行对话式响应，还能获得支持其要处理工作所需的系统、参考资料和能力。

例如，项目可以配置第三方集成，例如 Salesforce、Jira、Google Drive、Confluence、Slack、HubSpot 或 ServiceNow，同时也可配置 Zoom 原生能力，例如聊天、会议、录制、Canvas 或 Clips。用户还可以附加技能，以扩展助手的能力，例如生成电子表格、创建演示文稿，或提供特定工作流任务支持。通过这种方式，项目可以作为一个统一配置，将指令、工具和能力整合到一类明确的工作中。

#### <mark style="color:蓝色;">项目使用绑定的知识来源，将助手锚定在相关上下文中</mark>

项目还可以与选定的知识来源配对，为助手提供信息基础。这些来源可能包括 Zoom Canvas、会议录制、聊天频道、Google Drive 文件、OneDrive 文件、Gmail 线程、Outlook 消息或其他受支持的材料。项目不会授予对整个资料库的全面访问，而是以用户选择绑定到它的特定资源作为基础。

这种选择性的方法有助于让助手专注于与预期用例最相关的材料。一旦这些来源被附加，助手就可以在明确包含的范围内检索并推理这些内容，以响应请求。这使得当用户希望助手基于一套明确定义的知识而不是广泛且未定义的信息空间来运作时，项目会非常有用。

#### <mark style="color:蓝色;">项目提供了一个沙盒化环境，用于更强大的多步骤工作</mark>

项目运行在一个沙盒化执行环境中，称为 Sandbox，这意味着助手不仅可以生成对话式回复。根据其配置，项目可以支持代码执行、文件处理、文档生成、数据处理以及其他多步骤操作。这使项目尤其适用于依赖跨多个步骤或系统协同动作的工作。

从这个意义上说，项目最适合被理解为一个容器，它定义了助手可以访问什么、应如何表现，以及它具备执行什么类型工作的能力。项目的价值取决于这个容器配置得多好，以匹配它所要支持的用户、团队或工作流的需求。

### Sandbox

#### <mark style="color:蓝色;">Sandbox 让 ZoomMate 在独立环境中执行高级任务</mark>

Sandbox 是 ZoomMate 可用于需要代码执行、文件生成、自动化或其他高级处理形式任务的隔离执行环境。与其在用户本地设备上运行这些任务，或直接在 Zoom 的主要生产环境中运行，Sandbox 为 ZoomMate 提供了一个独立的地方，以更受控的方式完成这些工作。这使 ZoomMate 能够支持更复杂的处理，同时保持与用户设备以及核心生产服务的隔离。

Sandbox 旨在支持超出普通对话协助范围的任务。例如，当 ZoomMate 需要执行代码、生成文件、渲染输出，或支持其他需要专用执行层的工具驱动操作时，便可使用它。在某些情况下，Sandbox 还可以支持基于浏览器的预览或交互式工作区，以查看生成的输出或在执行流程中完成相关步骤。

#### <mark style="color:蓝色;">Sandbox 运行在 Zoom 的 AWS 基础设施上</mark>

Sandbox 运行在 Zoom 的 AWS 基础设施上，而不是运行在用户的本地设备上。这意味着依赖 Sandbox 的任务会在 Zoom 的云环境中，通过为这些高级操作设计的独立执行层进行处理。

#### <mark style="color:蓝色;">Sandbox 被设计为短生命周期且隔离的</mark>

Sandbox 不是为充当永久用户工作区而设计的。通常，一个 Sandbox 实例只存在有限时间，随后会自动移除，有助于管理资源，同时默认将执行保持为临时性的。这意味着 Sandbox 最好被理解为用于完成任务的短生命周期环境，而不是持久计算会议；不过，来自 Sandbox 的输出（例如生成的幻灯片）会作为会议历史的一部分保留。

Sandbox 也被设计为在隔离状态下运行。会议经过容器化并受到限制，相关控制旨在限制访问、强制允许的执行路径，并阻止与主持人系统直接交互。通过这种方式，Sandbox 有助于为高级 ZoomMate 任务提供一个受限环境，而不是一个不受限制的计算层。

## **功能**

### 操作

#### <mark style="color:蓝色;">Actions 是帮助 ZoomMate 将请求转化为已完成工作的执行层</mark>

在 ZoomMate 中，Actions 是系统可以执行的、面向执行的任务，用于帮助将工作从讨论推进到结果。与其停留在回复、建议或摘要阶段，不如通过 Action 让 ZoomMate 自己完成工作的下一步。这可以包括创建文档、构建幻灯片、发送后续消息、开展研究、组织任务，或代表用户执行其他以结果为导向的任务。

正是这个执行层帮助将 ZoomMate 与只会回答问题的系统区分开来。Actions 使 ZoomMate 不仅能描述工作，还能帮助完成工作，因此它们是平台如何支持用户从对话走向完成的核心部分。

#### <mark style="color:蓝色;">Actions 可以通过对话、上下文或后续需求触发</mark>

Actions 可以通过几种不同方式开始。用户可以通过自然语言提示直接调用 Action，例如让 ZoomMate 准备摘要、创建计划或发送更新。在其他情况下，Action 也可能根据周围上下文被建议出来，例如一场产生了待办事项的会议、一份需要转化为演示文稿的文档，或一段明显需要后续跟进的对话。

这意味着 Actions 不局限于一种入口点。它们可以源自用户的直接意图、正在进行的交互内容，或被识别出的下一步需求。在每种情况下，ZoomMate 都会利用请求和可在线使用的上下文来确定应执行什么工作。

#### <mark style="color:蓝色;">Actions 可以创建输出、执行任务并更新已连接系统</mark>

Actions 可以根据手头任务呈现多种形式。有些 Actions 会创建输出，例如文档、研究简报、幻灯片或摘要。其他 Actions 会执行任务，例如组织后续工作、准备会议简报，或从多个来源汇编材料。在受支持的情况下，Actions 还可以通过与外部工具和服务交互，在完成请求的过程中更新已连接系统。

这使 Actions 的范围比简单内容生成更广。它们可以将检索、推理、创建和系统交互结合到一条单一的执行路径中。因此，ZoomMate 不仅能帮助用户理解下一步应该发生什么，还能产出推动工作前进所需的交付物或变更。

#### <mark style="color:蓝色;">Actions 可能自动运行，也可能需要用户审阅和批准</mark>

根据任务不同，Actions 可能会自动完成，也可能在执行最终完成前，通过审阅、确认或批准引入人工介入。这有助于保持用户控制，尤其是在 Action 影响通信、交付物或已连接外部系统时。在许多情况下，ZoomMate 可以先准备好工作，将其显示以供批准，然后在用户确认后完成最后一步。

这种平衡使 Actions 能够支持有意义的自动化，而不会失去监督。因此，ZoomMate 可以帮助减少手动工作并加快执行，同时仍允许用户和组织在动作如何以及何时执行方面保持适当控制。

### 自主式搜索

#### <mark style="color:蓝色;">自主式搜索连接 Zoom、网页和集成数据源，以呈现更相关的上下文</mark>

自主式搜索是一种智能搜索能力，使 ZoomMate 能够跨 Zoom 原生内容、上传文件、公共网络来源以及已授权的第三方系统检索并连接相关信息。由于 Zoom 是一个统一环境，整合了对话、文档、安排/定时发送以及其他工作产物，ZoomMate 可以以更集成的方式跨这些已连接材料进行搜索，而不是将每个来源视为独立目的地。

这种搜索模式可以将 Zoom 资源、临时文件上传和已启用的网页内容，与已索引的第三方商业数据结合使用，从而呈现更广泛且更有用的上下文集合。必要时，它还可以尝试从已连接的外部系统进行实时检索，以便在请求时获取更新鲜的信息。其结果是更具动态性的搜索体验，帮助 ZoomMate 连接跨来源的洞察并返回更相关、上下文感知更强的结果。

#### <mark style="color:蓝色;">用户的已索引数据数量会因其分配的 ZoomMate 许可证而异</mark>

可在 ZoomMate 中索引并用于使用的数据量，可能取决于用户适用的许可证、服务层级或其他权益。这意味着分配给或购买给某一用户或账户的索引内存或检索容量，可能与分配给其他用户或账户的不同，具体取决于所对应的 ZoomMate 套餐。

实际上，这会影响随着时间推移可供支持 ZoomMate 体验的已索引内容有多少。拥有更广泛权益的用户，可能拥有更大的已索引数据分配；而权益较有限的用户，则可能只有较小的已在线可用索引容量。因此，可用于检索和 AI 辅助使用的已索引数据量，并不一定在所有 ZoomMate 用户或部署中都保持一致。

有关以下内容的更多信息，请参阅 Zoom 的支持中心： [了解和管理 Zoom AI 积分](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0085614).

### 自主式工作流

#### <mark style="color:蓝色;">工作流：帮助简化工作的自定义自动化</mark>

工作流为用户提供了一种简单而强大的方式，可使用自然语言指令来自动化重复性任务。无论是从现成模板开始，还是从零构建工作流，用户都可以描述自己想要自动化的任务，添加所需输入或上下文，并设置安排/定时发送。然后 ZoomMate 会据此设计工作流，从而减少每天或每周手动重复相同步骤的需要。

例如，用户可以创建一个工作流，用于审阅本周的所有会议摘要，并在其选择的每周五某个时间自动生成一份汇总报告。该报告可以突出显示关键决策、行动事项和责任分工，还可以包含一个“展望未来”部分，概述即将到来的优先事项。设置完成后，工作流可以自行运行——无需人工干预。

<div data-with-frame="true"><figure><img src="/files/27fedfdae0681feeddf1af3f48b70f5c040a78e4" alt=""><figcaption><p>使用自然语言提示构建工作流的示例</p></figcaption></figure></div>

这个示例只是开始——设计良好的工作流不仅可以超越摘要和报告，还包括代表用户执行后续操作的能力，例如创建每日反思报告，或将更新和结构化数据发送到 Slack 等第三方工具。这为用户提供了一种灵活的方式来简化日常工作、减少人工投入，并始终与自身优先事项保持一致。

有关以下内容的更多信息，请参阅 Zoom 的支持中心： [使用工作流](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083738#mcetoc_1jc9o690i2m).

#### <mark style="color:蓝色;">智能代理工作流：可纳入 Zoom 和其他第三方服务的自定义自动化</mark>

智能代理工作流通过允许自动化在完成任务时与已连接的第三方服务交互，将工作流自动化扩展到 Zoom 原生操作之外。与标准工作流一样，它们可以根据自然语言指令创建，并用于自动化重复性工作。不同之处在于，当工作流需要时，智能代理工作流可以超越内部 Zoom 上下文，并在受支持的外部系统中调用操作或检索内容。

这使用户能够自动化横跨 Zoom 和其他商业版平台的流程。例如，某个智能代理工作流可以在 Zoom 中审阅会议摘要、识别后续工作、在 Jira 中创建相关事项、更新 Salesforce 中的一条记录，或将结构化信息发送到另一个已连接的服务。通过这种方式，智能代理工作流帮助将 ZoomMate 从平台内自动化工具转变为更广泛的跨系统自动化层，从而协调组织已在使用的工具之间的工作。

当期望结果依赖于 Zoom 本身之外的操作时，智能代理工作流尤其有用。虽然标准工作流可能足以用于总结会议、生成报告或整理 Zoom 原生输出，但对于需要第三方检索、外部写入或在工作流执行过程中与已连接服务交互的流程，智能代理工作流更为合适。

| 方面    | “标准”工作流                                         | 自主式工作流                                     |
| ----- | ----------------------------------------------- | ------------------------------------------ |
| 主要范围  | 自动化 Zoom 内的重复性任务                                | 自动化横跨 Zoom 和已连接第三方服务的重复性任务                 |
| 外部系统  | 不调用第三方服务（Microsoft Outlook 和 Gmail 的发送电子邮件节点除外） | 可以调用受支持的第三方服务和函数                           |
| 最适合用于 | Zoom 原生摘要、报告、提醒和后续任务                            | 涉及外部检索、更新或操作的跨系统流程                         |
| 数据和操作 | 对 Zoom 上下文和输出进行操作                               | 可以将 Zoom 上下文与 CRM、工单或协作系统等工具中的操作相结合        |
| 示例    | 根据会议摘要生成每周报告                                    | 生成每周报告并将结构化后续数据发送到 Jira、Salesforce 或 Slack |

#### <mark style="color:蓝色;">工作流最适合需要稳定、可重复结果的重复性任务</mark>

当任务遵循已知模式，并且每次以相同方式执行都能带来收益时，工作流最为有效。这使它们非常适合用于诸如汇总更新、生成报告、分发信息，或在会议、事件或状态变更后执行常规后续操作等周期性活动。在这些情况下，工作流的价值在于减少人工重复，同时产生可靠的结果。

#### <mark style="color:蓝色;">工作流通过受控且可预测的执行来自动化结构化流程</mark>

工作流遵循一组定义好的步骤，以受控方式完成任务。它不会像代理那样动态决定下一步该做什么，而是执行为该流程预先建立的逻辑、指令和操作。因此，工作流尤其适用于一致性、可预测性、可靠性和可追溯性很重要的场景。

#### <mark style="color:蓝色;">工作流可以由手动触发、由事件触发，或按定义好的安排/定时发送运行</mark>

工作流可以根据其所要支持的任务，以不同方式启动。用户可以直接启动某个工作流，工作流也可以在定义好的事件之后自动运行，例如会议结束或新记录创建时；它还可以按安排/定时发送运行，例如每天早上、每周五下午或其他周期性时间。这种灵活性使工作流既能支持用户发起的任务，也能支持几乎不需要持续投入的后台自动化。

#### <mark style="color:蓝色;">智能代理工作流涉及第三方系统并消耗积分</mark>

智能代理工作流是使用第三方系统、数据源或连接器来检索信息、更新记录或在 Zoom 环境之外执行操作的工作流。例如，连接到 Jira 以更新工单、检索问题详情，或在另一个外部应用程序中触发操作的工作流，都可视为智能代理工作流。

由于智能代理工作流会消耗 AI 积分，因此它们专为已分配 ZoomMate 许可证的用户设计。完全在 Zoom 内运行——仅使用 Zoom 数据、Zoom 服务或 Zoom 原生功能——的工作流不在此范围内，因此不被视为智能代理工作流，也不需要 ZoomMate 许可证。

#### <mark style="color:蓝色;">工作流可以独立运行，也可以作为更大任务的一部分由代理调用</mark>

工作流可以自行运行以自动化某个特定任务，也可以作为更广泛的 ZoomMate 体验中的构建模块。在更复杂的场景中，代理可以调用一个或多个工作流，以完成更大的请求。这样，工作流既能为定义明确的任务提供结构化执行，又能在与代理配合使用时支持更具适应性的多步骤交互。

### 计划任务

#### <mark style="color:蓝色;">计划任务是有助于减少重复工作摩擦的周期性自动化</mark>

计划任务是在定义好的安排/定时发送下运行的周期性自动化，旨在帮助用户减少与长期重复任务相关的人工投入。它不是要求用户每天或每周记住、发起或重新构建同样的流程，而是让 ZoomMate 在合适的时间自动执行该工作。这使计划任务尤其适合用于每日简报、每周汇总、会议准备、行动事项跟踪以及其他常规摘要或后续流程等周期性活动。

计划任务可以帮助 ZoomMate 识别重复出现的工作模式，并将其转化为持续的自动化机会。例如，ZoomMate 可能会分析用户最近的会议、聊天和文档，以识别可自动化的重复任务，然后向用户建议一组计划任务供其审阅和确认。这些任务可能包括起草每日站会更新、生成来自高流量频道的周期性摘要、检查相关文档中的差异、生成每周会议摘要汇总，或在一段会议结束后提取行动事项。通过这种方式，计划任务有助于将重复工作转化为可在固定间隔运行、且持续需要的用户投入更少的持久自动化。

#### <mark style="color:蓝色;">计划任务按固定节奏运行重复性工作，而工作流定义可重复的流程</mark>

由于这两项功能都能自动化工作并帮助减少重复劳动， **计划任务** 和 **工作流** 很容易混淆。它们在实践中经常重叠，从用户角度看有时也会感觉相似。关键区别在于，计划任务侧重于基于时间的周期性执行，而工作流描述的是定义工作如何完成的更广泛的自动化过程。

**计划任务** 是一种更具体的自动化形式，专注于在固定间隔发生的重复性工作。它们通常用于每日更新、每周摘要、周期性会议准备或其他受益于按定义好的安排/定时发送自动运行的常规活动。从这个意义上说，计划任务强调 **何时** 工作运行。

**工作流** 是定义任务应如何执行的结构化自动化。它们可以包含步骤序列、逻辑、输入和输出，并且可以由手动、事件或安排/定时发送触发。其主要目的是以一致且可重复的方式自动化一个已知流程。从这个意义上说，工作流更广泛地定义 **如何** 完成工作。

### AI 代理

#### <mark style="color:蓝色;">AI 智能体：内置于 Zoom 聊天中的 AI 助手，可帮助你更高效地工作</mark>

AI 智能体使用户能够在 Zoom 聊天中以更动态、更具适应性的方式与 AI 交互，既可以直接与智能体交互，也可以将智能体添加到聊天频道中。与像 Workflow 那样遵循固定、预定义步骤序列不同，智能体可以解析用户的自然语言请求，推理任务，确定需要哪些信息或工具，并在已连接或已授权的系统和工作流之间采取行动。这使它们尤其适合更广泛、结构化程度较低，或需要跨多个上下文来源进行协调的请求。

例如，用户可以创建一个自定义销售智能体，为即将到来的客户会议做准备。作为响应，智能体可以收集相关的会议历史，查看相关文档，从 CRM 中提取已连接的业务上下文，识别待办事项，并帮助生成简报文档或后续材料。智能体无需用户手动拼装每一项信息，而是可以将这些步骤协调起来，作为更大对话式请求的一部分。

智能体还可以帮助弥合信息与执行之间的鸿沟。用户可能会要求智能体总结最近的项目活动，识别未解决的问题，起草状态更新，并准备下一组后续行动。在这些情况下，智能体可以执行多项任务。它可以协调上下文，在需要时调用工具或工作流，并通过更统一的体验帮助推动工作向前推进。

#### <mark style="color:蓝色;">AI 智能体最适合需要推理、协调和适应的复杂任务</mark>

当一项任务无法像 Workflow 那样简化为单一、重复的流程时，AI 智能体最为有效。相反，它们非常适合涉及多个步骤、变化的上下文、含糊输入，或需要决定下一步该做什么的请求。在这些情况下，智能体的价值来自其解释意图、跨可用信息进行推理，并在适用时通过第一方和第三方资源协调适当响应的能力。

#### <mark style="color:蓝色;">AI 智能体可以与知识源配对，以提供更多上下文和更相关的响应</mark>

AI 智能体可以与选定的知识源配对，在响应请求或执行任务时为其提供更多上下文基础。这些知识源可以包括 Zoom Canvas 文档、聊天频道、周期性会议，以及其他受支持的 Zoom 原生资源，它们可提供相关背景、历史记录或参考信息。通过将智能体与这些来源配对，组织和用户可以帮助确保智能体的响应更能反映其预期运行的具体工作上下文。

例如，与周期性会议配对的智能体，可能能够利用该会议系列生成的摘要和上下文，帮助其回答问题、在更丰富的上下文中归纳模式，或以更高的连续性执行相关任务。同样，将智能体与 Zoom Canvas 文档或聊天频道配对，可以帮助它基于更丰富的知识库开展工作，这些知识库反映了团队持续的材料、讨论和优先事项。

#### <mark style="color:蓝色;">AI 智能体通常通过对话触发，但也可以按固定安排/定时发送运行</mark>

AI 智能体最常通过自然语言交互或上下文用户请求启动，用户可以让智能体调查问题、准备交付成果或帮助完成任务。在这些情况下，智能体可以根据请求和可用上下文确定最佳推进方式。同时，当用例需要周期性或基于时间的执行时，也可以配置智能体按固定安排/定时发送执行任务。这使智能体既适用于以对话请求开始的工作，也适用于受益于定期自动跟进的工作。

#### <mark style="color:蓝色;">AI 智能体可以将工作流、工具和已连接的知识源编排为更大任务的一部分</mark>

AI 智能体可以在更广泛的 ZoomMate 环境中充当协调者。在更高级的场景中，智能体可能会调用工作流、从已连接系统中检索信息、使用可用工具，并将这些能力组合成更大规模的多步骤响应。这使工作流能够为已定义任务提供可靠执行，而智能体则提供更灵活的端到端体验所需的推理和编排。

### 自定义头像

#### <mark style="color:蓝色;">用动态 AI 头像让你的脚本焕发生机</mark>

Custom Avatars 让用户可以使用录制的视频和声音创建个性化虚拟头像，或者从预先提供的头像列表中进行选择。头像选定或生成后，用户可以上传脚本并将其转换为 Zoom 剪辑，由头像以自然的声音朗读内容，并在适用时呈现用户的形象。

<div data-with-frame="true"><figure><img src="/files/880142e83d0f9b72eacef0ba9b5eb55989f5ab50" alt="" width="563"><figcaption><p>自定义头像剪辑创建界面</p></figcaption></figure></div>

此功能尤其适合希望高效扩展视频制作的企业，用户只需一份转写文字即可创建培训材料、课程和演示文稿——在保持高质量个性化视频内容的同时缩短制作时间。

例如，合规性官员可能需要提醒员工季度培训要求。与其录制一条新消息或再发送一封冗长的电子邮件，不如使用其自定义头像根据脚本生成一段简短、直接的视频提醒——在保持沟通高效且可重复的同时，快速强化信息。

自定义头像还支持多种语言，用户可以上传任何受支持语言的脚本，并生成同一种语言的输出，或生成其他语言的副本。例如，如果用户以英语录制自定义头像形象，他们可以上传西班牙语或俄语脚本，并会收到以相应语言配音、体现其真实声音特征的剪辑。或者，用户可以上传英语脚本，同时还接收西班牙语或俄语版本的剪辑。当前受支持的语言包括：

| <ul><li>中文（简体）</li><li>中文（繁体）</li><li>荷兰语</li><li>英语</li><li>法语</li><li>德语</li></ul> | <ul><li>印度尼西亚语</li><li>意大利语</li><li>日语</li><li>韩语</li><li>波兰语</li></ul> | <ul><li>葡萄牙语</li><li>俄语</li><li>西班牙语</li><li>瑞典语</li><li>土耳其语</li></ul> |
| ------------------------------------------------------------------------------------ | ----------------------------------------------------------------------- | ----------------------------------------------------------------------- |

有关以下内容的更多信息，请参阅 Zoom 的支持中心： [使用自定义头像创建剪辑](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0080200).

### 自定义词典

#### <mark style="color:蓝色;">向 Zoom 提供您的企业或行业的语言和术语，以获得更好的字幕和转写文字</mark>

自定义词典增强了 Zoom 识别并纳入您组织的专业术语、行业术语和缩略语的能力，从而生成更准确、与上下文更相关的会议字幕、转写文字和会议摘要。

启用后，Zoom 的自动语音识别服务会在字幕生成过程中参考该账户的自定义词典，从而生成更准确的会议字幕、转写文字和会议摘要。

此功能对依赖专业语言的行业尤其有益，例如医疗保健、金融或制造业等领域，因为在这些领域中，沟通的准确性至关重要。自定义词典旨在帮助 Zoom AI 采用组织的独特词汇，提高 AI 生成响应的相关性和质量。

例如，设想一个法律团队使用 Zoom AI 从一次策略会议生成会议摘要，其中一位律师说：“我们需要起草一份关于 Daubert 标准及其在这起侵权案件中的适用性的备忘录。”如果没有法律自定义词典，要准确识别“Daubert”这样的生僻词可能会很困难，系统可能将其识别为“Dahlberg”或“狗鸟”，从而导致混淆或误解。不过，如果有一个定义了“Daubert”“tort”和“voir dire”等术语的领域专用词典，Zoom AI 就能更好地识别和转写专业语言。

<div data-with-frame="true"><figure><img src="/files/aa7bd5846394fbbf5f27973d09ed1a6df9779e70" alt="" width="563"><figcaption><p>向自定义词典中添加词汇</p></figcaption></figure></div>

有关以下内容的更多信息，请参阅 Zoom 的支持中心： [创建和管理自定义词典。](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0080313)

### 自定义会议摘要模板

#### <mark style="color:蓝色;">在账户或群组级别定义的标准化摘要</mark>

自定义会议摘要模板允许账户管理员创建和管理标准化的会议摘要格式，以供其组织内使用。与由单个用户为满足自身偏好而创建和管理的个人会议摘要模板不同，自定义会议摘要模板是在账户或群组级别定义的，以支持具有访问权限的用户之间保持一致的摘要结构、语言和重点。

当组织希望会议摘要遵循反映内部标准、业务流程或报告预期的特定格式时，这些模板非常有用。例如，公司可能希望每份会议摘要都包含业务决策、客户风险、后续负责人、合规性考量或其他 Zoom 默认模板未完全体现的类别。在这种情况下，账户管理员可以配置自定义模板，使符合条件的用户能够生成与组织偏好结构一致的会后摘要。

<div data-with-frame="true"><figure><img src="/files/3143ab93de5cdca7af632625dd5be3074fdfa008" alt="" width="563"><figcaption><p>新自定义模板示例</p></figcaption></figure></div>

该模型可帮助组织推广更高的一致性，使会议结果的记录和共享方式更加统一。与其依赖每位用户创建自己偏好的格式，不如由账户定义一个通用摘要框架，以支持团队之间更标准化的沟通、审阅和后续跟进。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://library.zoom.com/technical-library/zh/ai/ai-whitepaper/zoommate.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
