> 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 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/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 可以在用户的指示下访问并与网页、网页应用程序以及其他基于浏览器的体验进行交互。浏览器并不是存储的数据源或知识库，而是为 ZoomMate 提供一种直接在网站上以及在有效浏览器工作流中执行任务的方式。 使用 **本地浏览器扩展**，ZoomMate 可以通过用户的有效浏览器会议运行，并使用该浏览器环境中已经显示的状态。这使 ZoomMate 能够与通过用户本地浏览器上下文在线可用的网站和工作流进行交互。使用 **云浏览器**，ZoomMate 可以在为 ZoomMate 托管的独立沙盒环境中执行类似的基于浏览器的任务，而不是通过用户自己的本地浏览器本身。这为用户提供了两种不同的浏览器访问模型，具体取决于任务以及他们偏好的使用环境。 这种浏览器能力使 ZoomMate 能够支持诸如浏览网站、收集信息、完成基于浏览器的工作流，以及与仅能通过有效浏览器会议访问的在线网页工具进行交互等任务。当浏览器会议关闭时，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 等第三方集成，以及聊天、会议、录制内容、Canvas 或 Clips 等 Zoom 原生能力。用户还可以附加扩展助手能力的技能，例如电子表格生成、演示文稿创建或特定工作流程的任务支持。通过这种方式，项目可作为统一配置，为明确类型的工作汇集指令、工具和能力。 #### 项目使用绑定的知识来源，为助手提供相关上下文基础 项目还可与选定的知识来源配对，以便为助手提供信息基础。这些来源可能包括 Zoom Canvas、会议录制内容、聊天频道、Google Drive 文件、OneDrive 文件、Gmail 线程、Outlook 消息或其他受支持材料。项目不会授予对整个存储库的一揽子访问权限，而是以用户选择绑定到其上的特定资源为基础。 这种选择性方法有助于让助手专注于与预期用例最相关的材料。一旦附加了这些来源，助手便可在回应明确包含范围内的请求时，从中检索信息并进行推理。这使得项目在用户希望助手基于明确界定的知识体系，而非广泛且未定义的信息空间运行时特别有用。 #### 项目为能力更强的多步骤工作提供沙盒环境 项目在称为 Sandbox 的沙盒执行环境中运行，这意味着助手可以完成的不只是生成对话式回应。根据其配置，项目可以支持代码执行、文件处理、文档生成、数据处理和其他多步骤操作。这使项目尤其适用于依赖跨多个步骤或系统协调操作的工作。 从这个意义上说，项目最好被理解为一个容器，用于定义助手可以访问什么、应如何行为以及配备何种工作执行能力。项目的价值取决于该容器与其预期支持的用户、团队或工作流程需求的匹配程度。 ### Sandbox #### Sandbox 让 ZoomMate 能够在独立环境中执行高级任务 Sandbox 是 ZoomMate 可用于需要代码执行、文件生成、自动化或其他高级处理形式任务的隔离执行环境。Sandbox 不会在用户本地计算机上或直接在 Zoom 的主要生产环境中运行这些任务，而是为 ZoomMate 提供一个独立位置，以更受控的方式开展此类工作。这使 ZoomMate 能够支持更复杂的处理，同时与用户设备及核心生产服务保持隔离。 Sandbox 旨在支持超出普通对话式协助范围的任务。例如，当 ZoomMate 需要执行代码、生成文件、渲染输出，或支持其他需要专用执行层的工具驱动操作时，可能会使用它。在某些情况下，Sandbox 还可支持基于浏览器的预览或交互式工作区，用于查看生成的输出，或在执行流程中完成相关步骤。 #### Sandbox 运行在 Zoom 的 AWS 基础设施上 Sandbox 运行在 Zoom 的 AWS 基础设施上，而非用户的本地设备上。这意味着依赖 Sandbox 的任务将在 Zoom 的云环境中处理，并使用专为这些高级操作设计的独立执行层。 #### Sandbox 设计为短暂且隔离的环境 Sandbox 并非旨在充当永久性的用户工作区。通常，沙盒实例仅存在有限的一段时间，之后会自动移除，从而在管理资源的同时，默认保持执行的临时性。这意味着，Sandbox 最好被理解为用于完成任务的短暂环境，而不是持久化的计算会议；但是，Sandbox 的输出（例如生成的幻灯片）会作为会议历史记录的一部分保留。 Sandbox 还设计为在隔离状态下运行。会议经过容器化并受到限制，相关控制措施旨在限制访问、强制执行允许的执行路径，并阻止与主持人系统直接交互。通过这种方式，Sandbox 可为高级 ZoomMate 任务提供边界明确的环境，而非不受限制的计算层。 ## **功能** ### 操作 #### 操作是帮助 ZoomMate 将请求转化为已完成工作的执行层 在 ZoomMate 中，操作是系统能够执行的、以执行为导向的任务，可帮助将工作从讨论推进至结果。操作不会止步于回应、建议或摘要，而是让 ZoomMate 能够执行工作本身的下一步。这可能包括创建文档、构建幻灯片演示文稿、发送跟进信息、开展研究、组织任务，或代表用户执行其他以结果为导向的任务。 这一执行层有助于将 ZoomMate 与仅回答问题的系统区分开来。操作使 ZoomMate 能够帮助完成工作，而不只是描述工作，因此是平台如何支持用户从对话走向完成的核心组成部分。 #### 操作可通过对话、上下文或跟进需求触发 操作可通过多种不同方式开始。用户可以通过自然语言提示直接调用操作，例如要求 ZoomMate 准备摘要、创建计划或发送更新。在其他情况下，操作可根据周围上下文得到建议，例如产生了行动项的会议、需要转化为演示文稿的文档，或明显需要跟进的对话。 这意味着操作并不局限于一种入口类型。它们可以源于用户的直接意图、持续交互的内容，或对下一步需求的识别。在每种情况下，ZoomMate 都会利用请求和可用上下文来确定应执行哪些工作。 #### 操作可以创建输出、执行任务并更新已连接的系统 操作可根据当前任务采取多种形式。有些操作会创建输出，例如文档、研究简报、幻灯片演示文稿或摘要。另一些操作会执行任务，例如组织跟进工作、准备会议简报，或从多个来源汇集材料。在受支持的情况下，操作还可以在完成请求的过程中与外部工具和服务交互，从而更新已连接的系统。 这使操作的范围超越了简单的内容生成。它们可以将检索、推理、创建和系统交互结合到单个执行路径中。因此，ZoomMate 不仅可以帮助用户理解接下来应发生什么，还可以产出推动工作向前所需的交付物或变更。 #### 操作可能自动运行，也可能包含用户审核和批准 根据任务不同，操作可能会自动完成，也可能在最终完成执行前通过审核、确认或批准让人工参与其中。这有助于保留用户控制权，特别是在操作会影响通信、交付物或已连接的外部系统时。在许多情况下，ZoomMate 可以准备工作内容，将其显示以供批准，然后在用户确认后完成最终步骤。 这种平衡使操作能够支持有意义的自动化，而不会取消监督。因此，ZoomMate 可以帮助减少手动工作量并加快执行，同时仍让用户和组织能够对操作的执行方式和时间保持适当控制。 ### 智能体搜索 #### 智能体搜索连接 Zoom、Web 和集成数据来源，以呈现更相关的上下文 智能体搜索是一项智能搜索能力，使 ZoomMate 能够跨 Zoom 原生内容、上传文件、公共 Web 来源和已获授权的第三方系统检索并关联相关信息。由于 Zoom 是一个用于对话、文档、日程安排及其他工作成果的统一环境，ZoomMate 可以以更集成的方式搜索这些已连接材料，而不是将每个来源视为独立目的地。 这种搜索模型可使用 Zoom 成果、临时文件上传和已启用的 Web 内容，以及已建立索引的第三方商业数据，从而呈现更广泛、更有用的上下文信息体系。必要时，它还可尝试从已连接的外部系统进行实时检索，以在请求时获得更新鲜的信息。结果是更具动态性的搜索体验，可帮助 ZoomMate 关联跨来源的洞见，并返回更相关、更具上下文感知能力的结果。 #### 用户的索引数据数量会因其分配的 ZoomMate 许可证而异 可被索引并在 ZoomMate 中供使用的数据量，可能取决于用户适用的许可证、服务层级或其他权益。这意味着，某个用户或账户可用的索引内存或检索容量，可能与另一用户可用的不同，具体取决于已分配或已购买的 ZoomMate 产品。 在实践中，这可能会影响随着时间推移可用于支持 ZoomMate 体验的索引内容数量。拥有更广泛权益的用户可能可以访问更大的索引数据配额，而权益较有限的用户可能可用的索引容量较小。因此，可用于检索和 AI 辅助使用的索引数据量，并不一定在所有 ZoomMate 用户或部署之间保持一致。 请参阅 Zoom 的支持中心，了解有关以下内容的更多信息 [理解和管理 Zoom AI Credits](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 识别重复的工作模式，并将其转化为重复的流程。例如，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 默认模板未充分体现的其他类别。在这种情况下，账户管理员可以配置自定义模板，使符合条件的用户能够生成与组织偏好结构一致的会后摘要。

新自定义模板示例

这种模式有助于组织在会议成果的记录和分享方式上促进更高的一致性。而不是依赖每个用户创建自己的偏好格式，账户可以定义一个通用的摘要框架，从而支持各团队之间更标准化的沟通、审阅和跟进。 ### 实时语音翻译 实时语音翻译让说不同语言的会议参会者能够通过 AI 生成的语音音频几乎实时地将口头对话翻译成另一种语言，从而更自然地交流。 体验从参会者启用实时语音翻译并选择首选正在监听语言开始。启用后，参会者会听到当前发言者的原始音频与近乎实时的翻译音频流的可配置混合。 发言者可继续以自己偏好的语言自然发言。为提高翻译准确性，系统会提示发言者确认其所说语言。在他们发言时，对话会被翻译并生成新的音频流，然后再发送到会议中，让以其他语言正在监听的参会者听到翻译后的对话版本。 在后台，发言者的原始音频首先通过 Multimedia Router（MMR）进入 Zoom 的媒体基础设施。随后，该音频会通过实时媒体流（RTMS）传送到翻译服务，在那里原始语音会被处理并翻译成目标语言。然后该服务生成新的翻译语音音频流，并通过 RTMS 返回到 MMR，再回传到会议中，供以所选语言正在监听的参会者收听。 --- # 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 by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://library.zoom.com/technical-library/zh/ai/ai-whitepaper/zoommate.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. 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.