> 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-whitepaper/zoommate.md). # ZoomMate ## **概览** #### ZoomMate 是用于 Zoom Workplace 和已连接业务系统的工作中央智能层 ZoomMate 的设计旨在成为工作上下文在 Zoom Workplace 和已连接的第三方服务之间汇聚的中心。它并非一个只绑定某次会议、某条消息或某份文档的单一用途助手，而是可以从更广泛的工作流中提取内容，涵盖会议、团队聊天、持续会议聊天、电子邮件、文档、白板、会议摘要以及其他业务产物。启用已连接服务后，这些上下文还可扩展到外部平台，例如云存储系统、客户关系管理工具、工单平台以及其他经授权的企业数据源。这种中心化位置使 ZoomMate 能以更高的相关性、更强的连续性，以及对工作如何在各系统间推进的更好感知来响应。

ZoomMate 工作界面

#### ZoomMate 帮助将业务对话转化为协同成果 ZoomMate 支持从对话到完成的设计，在这种设计中，单一工作线索可以在多个界面间流转而不丢失上下文。讨论可能从一条指出问题的聊天消息开始，继续到一场更深入探讨该问题的会议，然后再通过会议摘要和之后创建的相关文档延续下去。在此基础上，ZoomMate 可以帮助显示已做出的决定，识别行动项和负责人，并利用这些累积上下文支持工作进入下一阶段。 这种后续推进还可以延伸到面向执行的输出。会议摘要可能成为工作文档的基础，用于整理团队计划、未决问题和下一步行动。随后，该文档可以借助 AI 生成的写作或研究支持进行完善，其内容会参考前期的聊天讨论、会议转写文字（如保留）以及与任务相关的任何已连接内部或外部材料。随着工作逐渐明确，ZoomMate 可以帮助将同样的上下文转化为结构化交付物，例如任务建议、工作流步骤或演示材料。在这种模式下，ZoomMate 不会把对话视为孤立事件；相反，它会帮助把逐步形成的上下文从最初讨论一路传递到最终推动工作完成的材料、决策和输出。 #### ZoomMate 的上下文层汇集对话、内容、记忆和已连接的业务数据 ZoomMate 的更大价值来自其在 Zoom Workplace 和已连接系统中可处理的上下文范围。这些上下文可以包括 Zoom 原生内容，如会议摘要、会议转写文字、持续会议聊天、聊天消息、电子邮件、Zoom Canvas 文档、白板、幻灯片、任务和相关工作区内容。它还可以扩展到经授权的第三方来源，如云存储平台、客户关系管理系统、工单工具、知识库以及其他已连接的业务系统。 之所以称其为上下文层而不是一组彼此孤立的来源，是因为 ZoomMate 可以在它们之间的关联关系上进行工作。聊天中讨论的客户问题可能关联到会议转写文字、后续文档、相关电子邮件、存储在 Google Drive 或 OneDrive 中的文件、来自已连接 CRM 的账户详情，以及 Jira 等系统中的工作项。这一更广的层还可以包括组织知识，如政策、流程和产品信息；历史信号，如先前的决定、行动和结果；以及用户特定的记忆，帮助 ZoomMate 在相关时反映持久偏好和工作模式。 这种已连接的上下文可帮助 ZoomMate 将响应建立在相关数据、先前活动和经授权的业务信息之上，而不是仅仅依赖孤立提示。这样带来更相关的体验，提升跨多种材料的检索能力，减少猜测，并帮助用户在对话、文档、系统和执行阶段之间推动工作向前发展。 #### ZoomMate 有助于实现 Zoom Workplace 作为统一工作平台的价值 Zoom Workplace 为整个工作日中的沟通、协作和后续推进提供统一界面。它不是把会议、聊天、电话、电子邮件、文档及相关活动视为彼此独立的目的地，而是将它们整合到更一体化的体验中，使工作可以更自然地从一个阶段推进到下一步。此统一体验也可扩展到已连接的第三方系统，从而将相关的外部业务上下文带入更广泛的工作环境。 ZoomMate 通过帮助用户在其中已经发生的活动流中开展工作，增强了这种统一环境。由于周围的对话、产物和任务在 Zoom Workplace 中更易访问，随着工作在不同产品和时刻间展开，ZoomMate 能为用户提供更强的连续性。这使 ZoomMate 不只是面向孤立任务的点式解决方案。它让 AI 辅助更融入更广泛的工作节奏，帮助用户延续上下文、减少割裂，并更少中断地从沟通走向行动。 #### ZoomMate 需要特定套餐，并对某些 AI 功能采用基于 AI 积分的模式，包括高级代理式功能和第三方集成 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) 关于存储配额。 #### ZoomMate 可在 Zoom Workplace 应用和网页端使用 ZoomMate 可在 Zoom Workplace 应用内以及通过网页体验使用，为用户在工作中进行 AI 辅助搜索、写作、研究和后续推进提供灵活性。在 Zoom Workplace 中，ZoomMate 直接集成到应用体验里，位于一个专用选项卡中，可帮助用户参与塑造工作日的对话、文档和任务。在网页端，ZoomMate 提供了一个专用工作区，以便更广泛地与会议、内容、已连接的数据源和代理式功能进行交互。 ### 限制 #### ZoomMate 目前仅向托管在 Zoom 美国基础设施上的客户提供 ZoomMate 目前面向托管在 Zoom 美国基础设施上的客户提供。当前不支持全球区域，但预计会逐步支持。 请参阅 Zoom 的 [功能/特性可用性表](/technical-library/zh/ai-whitepaper/feature-availability.md) 以了解按区域和服务模式划分的功能/特性可用性详情。 #### ZoomMate 目前仅支持英语语言 ZoomMate 目前仅支持英语语言。预计未来将扩展以支持更多语言。 #### ZoomMate 不适用于某些行业垂直领域 ZoomMate 目前不适用于某些行业垂直领域，包括政府、医疗保健和教育。有关更多信息，请联系您的 Zoom 账户团队。 ## **核心组件** ### 运行模式 #### 标准模式：用于日常对话的生成式 AI 标准模式是默认的 ZoomMate 体验，用户无需采取任何操作即可启用。它为日常任务提供通用型对话 AI 体验，允许用户通过自然语言提示与 ZoomMate 交互，以提出问题、生成或修改内容、集思广益、总结信息，并获得对各种常见工作活动的帮助。此模式旨在支持直接的来回交互，非常适合希望以一种灵活、对话式的方式使用 ZoomMate 的用户，类似于其他通用型 AI 助手。 #### 高级模式：面向复杂任务的更强能力 高级模式是 ZoomMate 中面向请求的更高能力执行选项，这些请求相较于标准回复更能受益于更深入的推理、更广泛的检索和更强的任务执行能力。它不会作为每次交互的默认模式，而是在 ZoomMate 判断某个请求可能受益于更充分处理时，作为可选的下一步向用户呈现。 例如，在提供初始回复后，ZoomMate 可能会向用户显示如下提示， *“想要更全面的答案？试试高级模式。”* 如果用户选择继续并点击 **高级模式** 按钮，ZoomMate 就可以以更深入、更强大的方式处理该任务。这可能包括更丰富的推理、更广泛的多源检索、更复杂的综合，或在已连接工具和工作流中更高级的执行。

提示进入高级模式的对话

由于高级模式旨在处理更高复杂度的操作，其使用会消耗 AI 积分，并受用户可用权益限制。在实践中，它充当一个可选择的路径，供希望 ZoomMate 超越轻量级回复、以更高级和更全面水平执行任务的用户使用。 ### 连接器 #### 连接器将 ZoomMate 连接到外部应用和业务数据源 在 ZoomMate 中，连接器是将系统链接到第三方应用和数据源的集成，例如 Salesforce、Jira、Google Drive、OneDrive 以及其他外部业务平台。这些连接使 ZoomMate 能够处理 Zoom 环境之外的信息，扩展可用于支持用户请求的上下文和操作范围。 通过将 ZoomMate 正在连接到外部系统，连接器可以允许 AI 读取相关商业版数据、检索支持性上下文，并在支持的情况下在这些已连接的平台内采取操作。这使连接器成为 ZoomMate 超越 Zoom 原生内容并在组织用于管理工作的更广泛工具和系统集合中运行的重要组成部分。 ### 网页访问 #### ZoomMate 可以使用本地浏览器扩展或云浏览器来执行基于浏览器的任务 ZoomMate 可以将网页浏览器用作交互式环境，以执行基于浏览器的任务，作为用户的 ZoomMate 会议的一部分。这可以通过本地浏览器扩展或云浏览器来完成。在这两种情况下，浏览器都充当一个实时执行表面，ZoomMate 可在用户的指示下通过它访问并与网页、Web 应用以及其他基于浏览器的体验交互。浏览器不是作为存储的数据源或知识库，而是为 ZoomMate 提供了一种直接在网站上以及在有效浏览器工作流中执行任务的方式。 使用 **本地浏览器扩展**，ZoomMate 可以通过用户的有效浏览器会议工作，并使用该浏览器环境中已经显示的状态。这使 ZoomMate 能与通过用户的本地浏览器上下文在线的网页和工作流进行交互。使用 **云浏览器**，ZoomMate 可以在为 ZoomMate 托管的独立沙盒环境中执行类似的基于浏览器的任务，而不是通过用户自己的本地浏览器。这为用户提供了两种不同的浏览器访问模型，具体取决于任务以及他们偏好的使用环境。 此浏览器功能允许 ZoomMate 支持诸如浏览网站、收集信息、完成基于浏览器的工作流以及与仅可通过有效浏览器会议在线使用的实时 Web 工具交互等任务。当浏览器会议关闭时，ZoomMate 为该对话或会议使用或收集的数据（包括屏幕截图）可能会保存到用户的对话历史记录中。云浏览器会议也可能是非持久性的，这意味着用户在重新打开已保存的对话时可能需要启动新的浏览器会议。 有关更多信息，请参阅 Zoom 的支持中心 [使用 ZoomMate 的网页访问功能](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083738#mcetoc_1jpt2vhla8q). ### 网页内容 #### 网页内容可以通过公开网络内容补充 ZoomMate 的回复 如果该 **网页内容** 设置已启用，ZoomMate 可以搜索公共网络，以帮助回答一般知识问题或有助于获取当前外部信息的请求。这使 ZoomMate 能够在与用户请求相关时，用来自在线来源的信息补充在线 Zoom 和已连接的商业版上下文。使用网页内容时，ZoomMate 可以提供源材料的引用，以便用户查看信息来源。 ### 本地文件上传 #### 本地文件上传可作为 ZoomMate 对话的上下文 如果该 **本地文件上传** 启用该设置后，用户可以直接向 ZoomMate 上传最大 50MB 的文件，并在提交提示时将这些文件用作上下文。这使用户能够就已上传的材料提问、在后续请求中引用其内容，并使用这些文件来支持起草、摘要、分析或其他 AI 辅助任务。 当文件由用户上传后，它会在 Zoom 文件存储中保存最长七天，以便可以 继续 在用户的 ZoomMate 对话中作为上下文使用。这段临时存储期使用户能够返回到同一对话，并随着时间推移 继续 使用上传的材料。 ### Zoom 产品 #### ZoomMate 可以在 Zoom 平台上使用 Zoom 原生内容作为回复上下文 ZoomMate 可以在回应 用户 提示时，使用来自整个 Zoom 平台的 Zoom 原生内容作为数据源。根据 用户 的请求以及 在线 功能，这可能包括来自诸如 Zoom Meetings、Zoom Canvas、聊天、Zoom Calendar 以及其他 Zoom 资产和体验等资源中的信息，这些内容能够提供相关的上下文。 这使 ZoomMate 能够跨越 Zoom 中已经显示的对话、文档、日程和协作成果发挥作用。通过将 Zoom 原生内容作为其在线上下文的一部分，ZoomMate 可以生成更贴合用户工作、并且更了解平台上已经发生的活动的响应。 ### 第三方数据源 #### 正在连接第三方数据源可让 ZoomMate 获取更广泛的组织信息 正在连接第三方数据源使 ZoomMate 能够利用来自 Zoom Workplace 之外系统的更广泛业务上下文。这些已连接的数据源可以包括云存储平台、客户关系管理系统、工单工具、知识库、支持平台、人力资源系统以及其他经授权的企业服务。通过超越单一应用程序或存储库，ZoomMate 可以访问与用户请求相关的更广泛的组织信息。 这种更广泛的上下文可以改善 ZoomMate 检索信息、理解系统与记录之间的关系，以及支持依赖多个外部来源的工作。请求可能依赖存储在共享驱动器中的文档、CRM 中的客户账户详情、有效支持案例、项目工单，或来自企业知识库的内容。通过正在连接这些第三方系统，ZoomMate 可以以更完整的外部商业上下文视图运行，从而帮助生成更扎实、更相关且更有用的回复。 #### ZoomMate 可以通过 API 或 MCP 连接接入第三方服务 ZoomMate 可以根据所使用的服务和连接模型，通过传统的基于 API 的集成或通过 MCP 连接来连接到受支持的第三方服务。这些连接方式允许外部系统在更广泛的 ZoomMate 体验中提供额外的上下文和功能，将对信息的访问扩展到 Zoom Workplace 本身之外。 此模型使 ZoomMate 能够与更广泛的授权业务系统进行交互，包括存储、客户记录、工单、知识管理以及其他企业功能的平台。无论连接是通过标准 API 集成还是通过 MCP 建立，ZoomMate 都可以使用已连接的服务来检索相关上下文、支持用户请求，并为依赖于存储在 Zoom 平台外部信息的工作流做出贡献。 #### 正在连接 ZoomMate 到电子邮件和日历等用户级数据源时，会通过直接 API 访问检索信息 用户级连接——例如电子邮件、日历或第三方云存储提供商——允许 ZoomMate 在需要完成用户请求时，直接从已连接的第三方服务中检索相关信息。ZoomMate 不依赖该内容的预先索引副本，而是在请求时通过相关联的 API 连接访问所需的电子邮件或日历数据。 #### 正在连接 ZoomMate 到账户级数据源时，主要使用索引检索，并在需要时使用实时 MCP 访问 将 ZoomMate 连接到账户级数据源使用由管理员管理的集成，通过将已批准的内容存储在客户特定的检索索引中以供将来的查询，从而使外部的、账户范围内的内容主要通过索引检索方式可用。此索引检索模型使 ZoomMate 能够高效地跨越来自连接系统的大量组织知识，例如 Google Drive、Salesforce、ServiceNow、Confluence、Box、Zendesk、Seismic、Workday 以及其他受支持的服务。对于变化更动态或更适合在请求时获取更新信息的数据，ZoomMate 还可以使用 MCP 或类似的实时连接方式，在需要时直接从已连接系统中检索信息。 这种组合模型使 ZoomMate 能够在同一更广泛的体验中同时处理相对稳定的组织内容和更新的系统状态。索引检索是账户级知识访问的主要基础，而实时 MCP 访问则为更适合在请求时检索的数据补充这一基础。 #### 索引的账户级数据通过增量同步保持最新 索引的账户级数据在每次同步发生时不会被完整重新处理。ZoomMate 支持增量同步，只更新自上次同步以来已添加、已修改或以其他方式发生变化的内容，而不是重新摄取整个已连接的数据集。这有助于在大型企业版存储库中保持索引知识的最新状态，同时减少不必要的处理。 这种增量同步模型支持在大规模下实际使用索引检索，并使 ZoomMate 能够从已连接系统中维护当前可用的知识库，而无需在每个更新周期中再次获取每个文件、录制或对象。 #### 管理员定义哪些外部内容有资格在账户级别进行索引检索 从已连接的账户级连接器进行索引检索，仅限于管理员选择将其设为在线并提供给 ZoomMate 的内容。对于每个受支持的集成，管理员可以通过选择或排除特定的存储库、对象、空间、文件夹、驱动器或连接系统支持的类似内容分组，来定义索引数据的范围。这些管理层面的选择划定了 ZoomMate 可从该来源索引的边界，并有助于确保索引组织知识反映账户预期的数据范围。 此外，已连接系统不会被视为一个无差别的信息池。超出管理员定义范围的内容不会包含在索引检索中，即使更大的服务本身已连接。这允许组织控制哪些外部系统的部分会被纳入账户级索引知识。 #### 索引和实时第三方数据的访问由源系统权限决定 对已连接的第三方内容的访问取决于 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). ### 技能 #### 技能是可复用的能力，使 ZoomMate 以结构化方式执行特定任务 从实际角度看，技能让 ZoomMate 处理请求时，不再只依赖一般性对话，而是使用适合该类工作的明确定义的逻辑、步骤或已连接能力，以更有针对性的方法来应对。这在任务遵循可识别模式时尤其有用——例如准备简报、生成研究报告、组织后续行动，或处理特定商业系统——因为技能能帮助 ZoomMate 每次遇到这类工作时都更一致、更高效地完成。 用户可能会选择使用技能，当他们希望 ZoomMate 做的不只是给出一般性建议时。没有技能时，ZoomMate 仍然可能提供广泛帮助，但它可能会把每个请求都当作一次性互动来处理。有了技能，ZoomMate 就可以采用与任务更匹配的可重复方法，从而减少手动提示、提高一致性，并产出更有结构且更有用的结果。对于重复性工作，这一点尤其有价值，因为同样的一般流程需要在不同主题、客户、项目或会议之间反复执行。 例如，准备参加客户会议的用户可能会向 ZoomMate 请求一份简报。如果没有专门的技能，ZoomMate 仍然可以基于眼前的提示提供一般性回应。但如果有一项会议准备技能，ZoomMate 就可以遵循更专门的流程：检索相关会议历史，提取相关账户详情，识别待办事项，整理最近的文档或聊天上下文，并将这些材料汇总成一份结构化简报。在这种情况下，用户使用技能会更合适，因为 ZoomMate 不需要每次都从头开始。相反，它使用的是为这类工作设计的可复用能力，有助于产出更完整、更相关且更可靠的结果。 #### ZoomMate 包含默认技能，并可帮助从重复出现的工作模式中识别新技能 ZoomMate 包含默认技能，为其已能以结构化方式处理的常见任务和工作流提供内置支持。这些默认技能为用户提供了现成能力，适用于 ZoomMate 已经设计为能够以结构化方式处理的各类工作。此外，当用户的请求体现出一种可重复的工作模式，而这种模式可能超出单次对话的范围时，ZoomMate 也可以帮助识别这一点。当该模式清晰后，ZoomMate 可以帮助定义一项新的技能，用来捕捉任务背后的重复方法。 这使得技能不仅可以源于预定义的产品设计，也可以来自真实使用情况。用户可能先提出一次性请求，但如果互动暴露出可重复的流程，ZoomMate 就可以帮助把该流程表达为一项可复用技能。通过这种方式，ZoomMate 同时支持开箱即用的能力，以及由用户自身工作流、优先事项和重复性任务塑造的新技能。 #### 技能可以共享，因此可复用能力能够惠及其他用户和团队 技能不必仅限于创建它的人。当用户创建了一项对某类工作很有用的技能时，该技能可以与他人共享，从而让同样的结构化能力在更大范围内重复使用。这使得适用于重复任务的有用方法可以超越单个用户，并支持更广泛的团队、群组或组织。 例如，用户可以创建一项用于生成标准化客户简报、周期性研究报告，或会议后结构化跟进流程的技能。通过共享该技能，其他用户无需自己重新构建逻辑，就能从相同的可复用能力中受益。这有助于组织更高效地传播有用的工作模式，并让 ZoomMate 技能作为共享的运营知识，而不仅仅是个人工具。 #### 共享技能仍与创建者当前版本保持关联 当用户在 ZoomMate 中创建一项技能并与同事共享时，该共享技能仍会绑定到创建者维护的版本，而不是为每个接收者变成一个独立的静态副本。这意味着，如果创建者后来更新了该技能，这些更改也可以传递到他人使用的共享版本中。实际上，这让团队能够受益于共享技能的持续改进，而无需每个用户都重新创建或手动替换它，有助于在技能随时间演进时保持共享能力的一致性。 ### 项目 #### 项目可创建限定范围的 AI 助手，专为特定团队、职能或工作流量身定制 项目允许用户创建限定范围的 AI 助手，专门用于某项具体工作职能、团队或重复性工作流。与其在每次交互时都从一个通用助手开始并反复重新建立相同上下文，不如通过项目为 ZoomMate 提供预定义的运行上下文。这样，助手就能从对其所要支持的工作的更清晰理解开始。 项目由用户提供的配置来塑造。这包括名称、描述和一组自定义指令，用于定义助手的目的、行为、语气和边界。通过这种方式，项目可作为意图的结构化容器。项目提供框架，而用户决定助手在该框架内应如何表现。 #### 项目可以将指令、工具和知识组合为一个单一的可复用配置 项目之所以有价值，是因为它们将助手在特定上下文中有效运行所需的关键要素整合在一起。除指令外，项目还可以包含对已连接工具、集成服务和选定知识源的访问。这使助手不仅能进行对话式回应，还能获得其被创建用来处理的工作所需的系统、参考材料和能力。 例如，项目可以配置第三方集成，如 Salesforce、Jira、Google Drive、Confluence、Slack、HubSpot 或 ServiceNow，以及 Zoom 原生能力，如聊天、会议、录制、Canvas 或 Clips。用户还可以附加技能来扩展助手的能力，例如电子表格生成、演示文稿创建或特定工作流的任务支持。通过这种方式，项目可以作为一个统一的配置，将指令、工具和能力汇集到某一类明确工作的场景中。 #### 项目使用绑定的知识源，让助手基于相关上下文 项目还可以与选定的知识源配对，为助手提供信息上的依据。这些知识源可以包括 Zoom Docs、会议录制、聊天频道、Google Drive 文件、OneDrive 文件、Gmail 线程、Outlook 消息或其他受支持的材料。项目不是授予对整个存储库的笼统访问，而是以用户选择绑定到它的特定资源为基础。 这种选择性的方法有助于让助手专注于与预期用例最相关的材料。一旦这些源被附加，助手就可以在对请求作出响应时，从这些材料中检索并进行推理，但前提是在明确包含的范围内。这使得项目在用户希望助手基于一套明确的知识而非广泛、未定义的信息空间运行时尤其有用。 #### 项目为更强大的多步骤工作提供沙盒化环境 项目在名为 Sandbox 的沙盒化执行环境中运行，这意味着助手所能做的不只是生成对话式回复。根据其配置，项目可以支持代码执行、文件处理、文档生成、数据处理以及其他多步骤操作。这使项目尤其适用于依赖跨多个步骤或系统协同动作的工作。 从这个意义上说，项目最好被理解为一个容器，用于定义助手可以访问什么、应如何表现，以及它具备执行何种工作的能力。项目的价值取决于这个容器与其所要支持的用户、团队或工作流需求的匹配程度。 ### Sandbox #### Sandbox 让 ZoomMate 在独立环境中执行高级任务 Sandbox 是 ZoomMate 可用于需要代码执行、文件生成、自动化或其他高级处理形式的隔离执行环境。与其在用户的本地设备上运行这些任务，或直接在 Zoom 的主要生产环境中运行，Sandbox 为 ZoomMate 提供了一个独立的位置，以更受控的方式完成这些工作。这使 ZoomMate 能够在与用户设备及核心生产服务保持分离的同时，支持更复杂的处理。 Sandbox 旨在支持超出普通对话协助范围的任务。例如，当 ZoomMate 需要执行代码、生成文件、渲染输出，或支持其他需要专用执行层的工具驱动操作时，就可能会使用它。在某些情况下，Sandbox 还可能支持基于浏览器的预览或交互式工作区，用于查看生成的输出或在执行流程中完成相关步骤。 #### Sandbox 运行在 Zoom 的 AWS 基础设施上 Sandbox 运行在 Zoom 的 AWS 基础设施上，而不是用户的本地设备上。这意味着依赖 Sandbox 的任务会在 Zoom 的云环境中，通过专为这些高级操作设计的独立执行层进行处理。 #### Sandbox 旨在短暂存在并保持隔离 Sandbox 并非设计为永久用户工作区。一般来说，一个沙盒实例只存在有限的一段时间，然后会被自动移除，有助于管理资源，同时将执行默认保持为临时状态。这意味着 Sandbox 最好被理解为用于完成任务的短期环境，而不是持久的计算会议；不过，来自 Sandbox 的输出（例如生成的 Slides）会作为会议历史的一部分保留。 Sandbox 也旨在隔离运行。会议经过容器化并受到限制，配有旨在限制访问、强制执行允许的执行路径并阻止与主持人系统直接交互的控制措施。通过这种方式，Sandbox 为高级 ZoomMate 任务提供一个有边界的环境，而不是一个不受限制的计算层。 ## **功能** ### 操作 #### 操作是执行层，帮助 ZoomMate 将请求转化为已完成的工作 在 ZoomMate 中，操作是以执行为导向的任务，系统可以通过执行这些任务，帮助工作从讨论推进到结果。操作并不止步于回应、建议或摘要，而是让 ZoomMate 自己执行工作的下一步。这可以包括创建文档、制作幻灯片、发送后续信息、开展研究、组织任务，或代表用户执行其他以结果为导向的任务。 这一执行层正是帮助 ZoomMate 有别于只能回答问题的系统之处。操作使 ZoomMate 不只是描述工作，而是帮助完成工作，因此它们是平台如何通过对话直达完成来支持用户的核心部分。 #### 操作可以通过对话、上下文或后续需求触发 操作可以通过几种不同方式启动。用户可以通过自然语言提示直接调用一项操作，例如让 ZoomMate 准备摘要、创建计划或发送更新。在其他情况下，操作也可能根据周围上下文被建议出来，例如一场产生了待办事项的会议、一份需要转化为演示文稿的文档，或一段明显需要后续跟进的对话。 这意味着操作不局限于单一入口。它们可以源自用户的直接意图、持续交互的内容，或对下一步的已识别需求。在每种情况下，ZoomMate 都会利用请求和可用上下文来确定应执行什么工作。 #### 操作可以创建输出、执行任务并更新已连接系统 操作可以根据当前任务显示出多种形式。有些操作会创建输出，例如文档、研究简报、幻灯片或摘要。另一些则执行任务，例如组织后续工作、准备会议简报，或从多个来源汇集材料。在受支持的情况下，操作还可以通过与外部工具和服务交互，作为完成请求的一部分来更新已连接的系统。 这使得操作比简单内容生成更广泛。它们可以把检索、推理、创建和系统交互组合成一条单一的执行路径。因此，ZoomMate 不仅可以帮助用户理解下一步应该发生什么，还可以生成推动工作前进所需的交付物或变更。 #### 操作可以自动运行，也可以涉及用户审阅和批准 根据任务不同，操作可以自动完成，也可能在最终执行前通过审阅、确认或批准引入人工参与。这有助于保留用户控制，尤其是在操作会影响通信、交付物或已连接的外部系统时。很多情况下，ZoomMate 可以先准备工作，将其显示以供批准，然后在用户确认后完成最后一步。 这种平衡使操作能够支持有意义的自动化，而不会取消监督。因此，ZoomMate 可以在减少人工工作量并加快执行的同时，仍让用户和组织能够对操作的执行方式与时机保持适当控制。 ### 代理式搜索 #### 具备代理能力的搜索将 Zoom、网页和集成数据源连接起来，以呈现更相关的上下文 具备代理能力的搜索是一种智能搜索能力，可让 ZoomMate 检索并关联来自 Zoom 原生内容、上传文件、公开网页来源以及经授权的第三方系统的相关信息。由于 Zoom 作为会话、文档、安排/定时发送和其他工作产物的统一环境运行，ZoomMate 可以以更集成的方式跨这些已连接材料进行搜索，而不是将每个来源视为独立目标。 这种搜索模型可以将 Zoom 产物、临时文件上传和已启用的网页内容与已索引的第三方商业数据结合使用，从而呈现更广泛、更有用的上下文。在必要时，它还可以尝试从已连接的外部系统进行实时检索，以在请求时获取更新鲜的信息。其结果是更动态的搜索体验，可帮助 ZoomMate 跨来源关联洞察，并返回更相关、具备上下文感知的结果。 #### 用户的索引数据量会因其分配的 ZoomMate 许可证而异 可在 ZoomMate 中被索引并供使用的数据量，可能取决于用户适用的许可证、服务层级或其他授权。这意味着，某一用户或账户可用的索引记忆或检索容量可能与另一用户不同，具体取决于已分配或购买的 ZoomMate 套餐。 在实践中，这可能会影响随着时间推移有多少已索引内容可用于支持 ZoomMate 体验。权限更广的用户可能拥有更大的已索引数据分配，而权限较有限的用户可用的已索引容量可能更小。因此，用于检索和 AI 辅助使用的已索引数据量在所有 ZoomMate 用户或部署中未必一致。 有关更多信息，请参阅 Zoom 的支持中心 [了解和管理 Zoom AI 积分](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0085614). ### 具备代理能力的工作流 #### 工作流：帮助简化工作的自定义自动化 工作流为用户提供了一种简单而强大的方式，可通过自然语言指令自动执行重复性任务。无论是从开箱即用的模板开始，还是从零构建工作流，用户都可以描述想要自动化的任务，添加所需的输入或上下文，并设置安排/定时发送。随后 ZoomMate 会据此设计工作流，减少每天或每周手动重复相同跟进步骤的需要。 例如，用户可以创建一个工作流，审阅其本周所有会议摘要，并在每周五用户选择的时间自动发送汇总报告。该报告可以突出关键决策、行动项和责任分工，还可以包含一个“展望未来”部分，概述即将到来的优先事项。设置完成后，工作流即可自行运行——无需人工干预。

使用自然语言提示构建工作流的示例

这个示例只是开始——设计良好的工作流可以超越摘要和报告，还可以代表用户执行后续操作，例如创建每日反思报告，或将更新和结构化数据发送到 Slack 等第三方工具。这为用户提供了一种灵活的方式来简化日常工作、减少手动工作量，并始终与自己的优先事项保持一致。 有关更多信息，请参阅 Zoom 的支持中心 [使用工作流](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0083738#mcetoc_1jc9o690i2m). #### 具备代理能力的工作流：可整合 Zoom 和其他第三方服务的自定义自动化 具备代理能力的工作流通过允许自动化在完成任务时与已连接的第三方服务交互，将工作流自动化扩展到 Zoom 原生操作之外。与标准工作流一样，它们也可以根据自然语言指令创建，并用于自动化重复性工作。不同之处在于，具备代理能力的工作流可以超越 Zoom 内部上下文，并在工作流需要时跨受支持的外部系统调用操作或检索。 这使用户能够自动化同时跨越 Zoom 和其他商业平台的流程。例如，具备代理能力的工作流可以审阅 Zoom 中的会议摘要，识别后续工作，在 Jira 中创建相关条目，更新 Salesforce 中的记录，或向另一个已连接的服务发送结构化信息。通过这种方式，具备代理能力的工作流帮助将 ZoomMate 从平台内自动化工具转变为更广泛的跨系统自动化层，可协调组织已在使用的各类工具中的工作。 当期望的结果依赖于 Zoom 之外的操作时，具备代理能力的工作流尤其有用。虽然标准工作流可能足以用于总结会议、生成报告或整理 Zoom 原生输出，但对于在工作流执行过程中需要第三方检索、外部写入或与已连接服务交互的流程，具备代理能力的工作流更为适合。 | 方面 | “标准”工作流 | 具备代理能力的工作流 | | ----- | ----------------------------------------------- | ------------------------------------------- | | 主要范围 | 在 Zoom 内自动执行重复性任务 | 跨 Zoom 和已连接的第三方服务自动执行重复性任务 | | 外部系统 | 不调用第三方服务（Microsoft Outlook 和 Gmail 的发送电子邮件节点除外） | 可以调用受支持的第三方服务和函数 | | 最适合用于 | Zoom 原生摘要、报告、提醒和跟进任务 | 涉及外部检索、更新或操作的跨系统流程 | | 数据和操作 | 基于 Zoom 上下文和输出运行 | 可将 Zoom 上下文与 CRM、工单或协作系统等工具中的操作相结合 | | 示例 | 根据会议摘要生成每周报告 | 生成每周报告，并将结构化跟进数据发送到 Jira、Salesforce 或 Slack | #### 工作流最适合需要稳定、可重复结果的重复性任务 工作流最有效的情况是任务遵循已知模式，并且每次以相同方式执行都会受益。这使它们非常适合用于编制更新、生成报告、分发信息，或在会议、事件 & 活动 &直播或状态变更后执行常规跟进操作等重复性活动。在这些情况下，工作流的价值在于减少手动重复，同时产出可靠的结果。 #### 工作流通过受控且可预测的执行来自动化结构化流程 工作流遵循一系列定义好的步骤，以受控方式完成任务。工作流不会像代理那样动态决定下一步做什么，而是执行为该流程预先设定的逻辑、指令和操作。因此，工作流在一致性、可预测性、可靠性和可追溯性很重要的场景中尤其有用。 #### 工作流可以手动触发、由事件 & 活动 &直播触发，或按既定安排/定时发送触发 工作流可以根据其支持的任务，以不同方式开始。用户可以直接启动工作流，工作流也可以在定义好的 事件 & 活动 &直播 发生后自动运行，例如会议结束或新记录创建后，或者按安排/定时发送运行，例如每天早晨、每周五下午或其他重复时间。这种灵活性使工作流既能支持用户发起的任务，也能支持几乎无需持续投入的后台自动化。 #### 具备代理能力的工作流涉及第三方系统并消耗积分 具备代理能力的工作流是指使用第三方系统、数据源或连接器来检索信息、更新记录，或在 Zoom 环境之外执行操作的工作流。例如，连接到 Jira 以更新工单、检索问题详情或在另一个外部应用程序中触发操作的工作流，都会被视为具备代理能力。 由于具备代理能力的工作流会消耗 AI 积分，因此其设计对象是已分配 ZoomMate 许可证的用户。完全在 Zoom 内运行——仅使用 Zoom 数据、Zoom 服务或 Zoom 原生功能——的工作流在此目的下不被视为具备代理能力，因此不需要 ZoomMate 许可证。 #### 工作流可以独立运行，也可以作为更大任务的一部分被代理调用 工作流可以独立运行以自动化某项具体任务，但也可以作为更广泛的 ZoomMate 体验中的构建模块。在更复杂的场景中，代理可能会调用一个或多个工作流，以完成更大的请求。这使工作流既能为定义清晰的任务提供结构化执行，又能在与代理配合使用时支持更具适应性、多步骤的交互。 ### 计划任务 #### 计划任务是用于重复性工作的循环自动化，可帮助降低重复工作中的阻力 计划任务是在既定安排/定时发送下运行的循环自动化，可帮助用户减少随时间反复出现的任务所需的手动工作。计划任务无需用户每天或每周记住、发起或重新构建同一流程，而是让 ZoomMate 在适当的时间自动执行该工作。这使计划任务尤其适用于每日简报、每周汇总、会议准备、行动项跟踪以及其他常规摘要或跟进流程等重复性活动。 计划任务可帮助 ZoomMate 识别重复的工作模式，并将其转化为持续的自动化机会。例如，ZoomMate 可能会分析用户近期的会议、聊天和文档，以识别可自动化的重复任务，然后提出一组计划任务供用户审阅和确认。这些任务可能包括起草每日站会更新、从高流量频道生成周期性摘要、检查相关文档中的差异、生成每周会议摘要汇总，或在一段时间的会议结束后提取行动项。通过这种方式，计划任务可将重复工作转化为持久的自动化，以更少的持续用户投入按固定间隔运行。 #### 计划任务按固定节奏运行周期性工作，而工作流定义可重复的流程 因为这两项功能/特性都能自动化工作并帮助减少重复劳动， **计划任务** 和 **工作流** 很容易混淆。它们在实践中常常重叠，从用户的角度看有时也会感觉相似。关键区别在于，计划任务侧重于基于时间的周期性执行，而工作流则描述更广泛的自动化过程，用来定义工作如何执行。 **计划任务** 是一种更具体的自动化形式，专注于按固定间隔发生的周期性工作。它们通常用于每日更新、每周摘要、周期性会议准备，或其他能从在既定安排/定时发送下自动运行中受益的例行活动。从这个意义上说，计划任务强调 **何时** 工作运行。 **工作流** 是结构化的自动化，用于定义任务应如何执行。它们可以包含一系列步骤、逻辑、输入和输出，并且可以由手动操作、事件 & 活动 &直播，或安排/定时发送触发。其主要目的是以一致且可重复的方式自动化一个已知流程。从这个意义上说，工作流更广泛地定义 **如何** 执行工作。 ### AI 智能体 #### AI 智能体：内置于 Zoom 聊天中的 AI 助手，可帮助您提高工作效率 AI 智能体允许用户在 Zoom 聊天中以更动态、更具适应性的方式与 AI 交互，既可以直接与智能体交互，也可以将智能体添加到聊天频道中。与工作流那样遵循一组固定的预定义步骤不同，智能体可以理解用户的自然语言请求，推理任务，确定需要哪些信息或工具，并在已连接或已授权的系统和工作流中采取行动。这使它们特别适合更广泛、结构更松散，或需要跨多个上下文来源协调的请求。 例如，用户可以创建一个自定义销售智能体，为即将到来的客户会议做准备。作为响应，智能体可以收集相关会议历史，查看相关文档，从 CRM 中提取已连接的业务上下文，识别待处理的行动项，并帮助生成简报文档或跟进材料。与其要求用户手动汇总每一项信息，不如让智能体将这些步骤协调为更大对话请求的一部分。 智能体还可以帮助弥合信息与执行之间的差距。用户可能会要求智能体总结最近的项目活动，识别未解决的问题，起草状态更新，并准备下一组后续行动。在这些情况下，智能体可以执行多个任务。它可以协调上下文，在需要时调用工具或工作流，并帮助通过更统一的体验推动工作向前。 #### AI 智能体最适合需要推理、协调和适应性的复杂任务 当一个任务不能像工作流那样被简化为单一的重复流程时，AI 智能体最为有效。相反，它们非常适合涉及多个步骤、不断变化的上下文、含糊的输入，或需要决定下一步该做什么的请求。在这些情况下，智能体的价值来自其解释意图、跨可用信息进行推理，并在适用时通过第一方和第三方资源协调恰当响应的能力。 #### AI 智能体可以与知识源配对，以获得更多上下文并提供更相关的响应 AI 智能体可以与选定的知识源配对，在响应请求或执行任务时为其提供更多上下文基础。这些知识源可以包括 Zoom Canvas 文档、聊天频道、周期性会议，以及其他受支持的 Zoom 原生资源，这些资源可提供相关背景、历史或参考信息。通过将智能体与这些来源配对，组织和用户可以帮助确保智能体的响应更好地结合其预期运行的具体工作上下文。 例如，与周期性会议配对的智能体可能能够利用该会议系列生成的摘要和上下文，帮助它回答问题、在更丰富的上下文中综合模式，或以更高的连续性执行相关任务。同样，将智能体与 Zoom Canvas 文档或聊天频道配对，也可以帮助它基于更丰富的知识体系开展工作，这些知识体系反映了团队持续的材料、讨论和优先事项。 #### AI 智能体通常通过对话触发，但也可以按固定安排/定时发送运行 AI 智能体最常通过自然语言交互或上下文相关的用户请求启动，使用户能够要求智能体调查问题、准备交付成果或帮助完成任务。在这些情况下，智能体可以根据请求和可用上下文确定最佳推进方式。同时，当用例需要周期性或基于时间的执行时，也可以配置智能体按固定安排/定时发送执行任务。这使智能体既适用于以对话请求开始的工作，也适用于受益于定期自动跟进的工作。 #### AI 智能体可以在更大任务中编排工作流、工具和已连接的知识源 AI 智能体可以在更广泛的 ZoomMate 环境中充当协调者。在更高级的场景中，智能体可以调用工作流、从已连接的系统中检索信息、使用可用工具，并将这些能力组合成更大的多步骤响应。这使工作流能够为既定任务提供可靠执行，而智能体则提供更灵活的端到端体验所需的推理和编排。 ### 自定义头像 #### 用动态 AI 头像让您的脚本栩栩如生 自定义头像使用户能够使用录制的视频和声音创建个性化虚拟头像，或从预先提供的头像列表中选择。选定或生成头像后，用户可以上传脚本，将其转换为 Zoom 剪辑，由头像以自然语音朗读内容，并在适用情况下呈现用户的形象。

自定义头像剪辑创建界面

此功能/特性尤其适合希望高效扩展视频制作的企业，使用户只需借助转写文字就能创建培训材料、课程和演示文稿——在保持高质量个性化视频内容的同时缩短制作时间。 例如，合规负责人可能需要提醒员工季度培训要求。与其重新录制一条消息或再发送一封冗长的电子邮件，不如使用自定义头像，根据脚本生成一段简短、直接的视频提醒——既能快速强化信息，又能保持沟通高效且可重复。 自定义头像还支持多种语言，允许用户上传任何受支持语言的脚本，并生成相同语言的输出，或生成另一种语言的副本。例如，如果用户用英语录制了自己的自定义头像形象，他们可以上传西班牙语或俄语脚本，并收到以相应语言朗读、体现其真实声音的剪辑。或者，用户也可以上传英语脚本，并同时收到西班牙语或俄语版本的剪辑副本。当前支持的语言包括： | | | | | ----------------------------------------------------------------------------------------- | ------------------------------------------------------------------------ | --------------------------------------------------------------------------- | 有关更多信息，请参阅 Zoom 的支持中心 [使用自定义头像创建剪辑](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0080200). ### 自定义词典 #### 向 Zoom 提供您企业或行业的语言和行话，以获得更好的字幕和转写文字 自定义词典增强了 Zoom 识别并纳入您组织的专业术语、行业行话和首字母缩略词的能力，从而生成更准确、与上下文更相关的会议字幕、转写文字和会议摘要。 使用时，Zoom 的自动语音识别服务会在字幕生成过程中参考账户的自定义词典，从而生成更准确的会议字幕、转写文字和会议摘要。 此功能/特性对于依赖专业语言的行业尤其有益，例如医疗保健、金融或制造业领域，在这些领域中，沟通的准确性至关重要。自定义词典旨在帮助 Zoom AI 采用组织的独特词汇，从而提升 AI 生成响应的相关性和质量。 例如，设想一个法律团队使用 Zoom AI 从一场策略会议中生成会议摘要，其中一位律师说：“我们需要准备一份关于 Daubert 标准及其在这起侵权案件中的适用性的备忘录。”如果没有法律自定义词典，就很难准确识别像 “Daubert” 这样不常见的词，系统可能会将其转写成 “Dahlberg” 或 “dog bird”，这可能导致混淆或误解。然而，如果有一个定义了 “Daubert”、“tort” 和 “voir dire” 等术语的领域专用词典，Zoom AI 就更能够识别并转写专业语言。

向自定义词典添加词语

有关更多信息，请参阅 Zoom 的支持中心 [创建和管理自定义词典。](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0080313) ### 自定义会议摘要模板 #### 在账户或群组级别定义的标准化摘要 自定义会议摘要模板允许账户管理员创建和管理标准化的会议摘要格式，供整个组织使用。与由个人用户根据自身偏好创建和管理的个人会议摘要模板不同，自定义会议摘要模板是在账户或群组级别定义的，以支持有权访问这些模板的用户保持一致的摘要结构、语言和重点。 当组织希望会议摘要遵循特定格式，以体现内部标准、业务流程或报告预期时，这些模板就非常有用。例如，公司可能希望每份会议摘要都包含业务决策、客户风险、后续负责人、合规性考虑或其他在 Zoom 默认模板中未完全体现的类别。在这种情况下，账户管理员可以配置自定义模板，使符合条件的用户能够生成符合组织首选结构的会后摘要。

新自定义模板示例

这种模式有助于组织推广在会议结果记录和共享方式上的更高一致性。与其依赖每个用户创建自己偏好的格式，不如由账户定义一个通用的摘要框架，从而在团队之间支持更标准化的沟通、审阅和后续落实。 --- # 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-whitepaper/zoommate.md?ask=&goal= ``` `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.