> 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-tw/ai/ai-whitepaper/zoommate.md).

# ZoomMate

ZoomMate 簡介

## **概覽**

#### <mark style="color:藍色;">ZoomMate 是 Zoom Workplace 與已連接商業系統中工作的中央智慧層</mark>

ZoomMate 的設計是作為工作情境匯聚的中央位置，將 Zoom Workplace 與已連接的第三方服務中的工作內容整合在一起。ZoomMate 不再只是一個綁定於單一會議、訊息或文件的單一用途助理，而是能從更廣泛的工作流程中汲取內容，涵蓋會議、團隊聊天、持續會議聊天、電子郵件、文件、白板、摘要及其他商務素材。當啟用已連接服務時，這些情境還可延伸至雲端儲存系統、客戶關係管理工具、工單平台及其他經授權的企業資料來源等外部平台。這種集中式位置讓 ZoomMate 能以更高的相關性、延續性，以及對工作如何跨系統推進的掌握來回應。

<div data-with-frame="true"><figure><img src="https://2668295848-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fr5u3nnxOVngts5emd77B%2Fimage.png?alt=media&amp;token=ec6624c6-6dd2-4170-943d-8f0a39e63eb9" 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 為中心的資料所進行的工作，可能無需使用點數即可使用。這讓使用者能在 Zoom 環境中享有 AI 輔助功能，而無需 ZoomMate 訂閱。

進階 AI 功能或代理式動作，例如 AI 代理與第三方應用程式整合，需要 ZoomMate 授權並會消耗 AI 點數。舉例來說，某些在 Zoom 平台內運作且不包含進階 AI 節點的工作流程，可在不消耗點數的情況下執行；相較之下，整合第三方應用程式並包含進階 AI 搜尋功能的工作流程，可能需要 ZoomMate 授權並消耗 AI 點數。因此，實際差異取決於任務的範圍或類型：以 Zoom 為中心的功能可能可免點數使用，而更進階的代理式動作或跨系統任務，若延伸至 Zoom 原生環境之外，則更可能消耗點數。這種模式有助於區分平台內的核心協助與依賴更廣泛協調、外部整合或進階 AI 處理的高成本動作。

更多關於 [Zoom AI 點數如何運作、如何分配，以及你身為使用者或管理員如何監控和管理它們，請參閱 Zoom 的支援中心](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-tw/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="https://2668295848-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fyq5Csk9KDFVZ6iV1gqYt%2Fimage43.png?alt=media&amp;token=d6c664fd-f618-43cb-8f7e-396f47c5982e" 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 原生內容、並跨組織用於管理工作的更廣泛工具與系統的重要部分。

### 網頁存取

#### <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>

如果 **本機檔案上傳** 設定已啟用時，使用者可以直接將最多 50MB 的檔案上傳至 ZoomMate，並在提交提示時將這些檔案作為情境。這讓使用者能夠就上傳的素材提問、在後續請求中引用其內容，並利用這些檔案支援撰寫、摘要、分析或其他 AI 輔助任務。

當使用者上傳檔案後，該檔案會儲存在 Zoom 檔案儲存中，最多保存七天，以便能持續在使用者的 ZoomMate 對話中作為情境使用。這段暫時性的儲存期間讓使用者可以回到同一段對話，並隨著時間持續處理上傳的素材。

### Zoom 產品

#### <mark style="color:藍色;">ZoomMate 可使用 Zoom 平台中的原生內容作為回應情境</mark>

ZoomMate 在回應使用者提示時，可將 Zoom 平台中的原生內容作為資料來源。依據使用者的請求與可用功能，這可包含來自 Zoom Meetings、Zoom Canvas、聊天、Zoom 行事曆，以及其他有助於提供相關情境的 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 身分，並將該共享雲端硬碟中經核准的內容及其相關權限中繼資料建立索引。如果某位使用者僅有權存取「Sales」資料夾，ZoomMate 在需要滿足該使用者請求時，就可以擷取「Sales」資料夾中檔案的內容，但除非 Google Drive 權限也允許存取「Finance」，否則無法擷取其中檔案的內容。當 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 可為進階 ZoomMate 任務提供有界環境，而非不受限制的運算層。

## **功能**

### 動作

#### <mark style="color:藍色;">動作是幫助 ZoomMate 將請求轉化為完成工作之執行層</mark>

在 ZoomMate 中，動作是系統可執行的以完成為導向任務，幫助工作從討論推進到成果。動作不會停留在回應、建議或摘要，而是讓 ZoomMate 自行執行工作的下一步。這可包括建立文件、製作投影片、發送後續訊息、進行研究、整理任務，或代表使用者執行其他以結果為導向的工作。

這個執行層正是讓 ZoomMate 有別於只回答問題的系統。動作讓 ZoomMate 不只是描述工作，而是協助完成工作，因此成為平台如何協助使用者從對話走向完成的核心部分。

#### <mark style="color:藍色;">動作可透過對話、情境或後續需求來觸發</mark>

動作可以透過幾種不同方式開始。使用者可以透過自然語言提示直接呼叫某個動作，例如請 ZoomMate 準備摘要、建立計畫或傳送更新。在其他情況下，動作可能會根據周遭情境被建議出來，例如某場會議產生了待辦事項、某份文件需要轉成簡報，或某段對話明顯需要後續跟進。

這表示動作並不限於單一入口。它們可以從使用者的直接意圖、持續互動的內容，或被辨識出的下一步需求中出現。在每一種情況下，ZoomMate 都會使用請求與可用情境來判斷應執行哪些工作。

#### <mark style="color:藍色;">動作可建立輸出、執行任務並更新已連接系統</mark>

動作可依任務而有多種形式。有些動作會建立輸出，例如文件、研究簡報、投影片或摘要。其他動作則會執行任務，例如整理後續工作、準備會議簡報，或彙整來自多個來源的素材。在受支援的情況下，動作也可透過與外部工具與服務互動，在完成請求的同時更新已連接系統。

這讓動作的範圍比單純的內容生成更廣。它們可以將檢索、推理、建立與系統互動整合為單一路徑。因此，ZoomMate 不僅能幫助使用者理解下一步應做什麼，還能產生推進工作所需的交付成果或變更。

#### <mark style="color:藍色;">動作可自動執行，也可經由使用者審閱與核准</mark>

依任務而定，動作可以自動完成，也可能包含人工介入，例如在執行最終完成前進行審閱、確認或核准。這有助於保留使用者控制權，尤其當動作會影響溝通、交付成果或已連接的外部系統時。多數情況下，ZoomMate 可先準備工作、呈交核准，然後在使用者確認後完成最後一步。

這種平衡讓動作能支援有意義的自動化，同時不會移除監督。因而 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="https://2668295848-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2FEd68Tl4xUjD4vE578Uk5%2Fimage18.png?alt=media&amp;token=4de3a271-e02f-49fd-933b-316786c4a003" 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 辨識重複出現的工作模式，並將其轉化為重複性流程。例如，ZoomMate 可能會分析使用者最近的會議、聊天與文件，以找出可自動化的重複任務，接著提出一組自動化建議供使用者檢視並確認。這些任務可能包括撰寫每日站立會議更新、從高流量頻道產生定期摘要、檢查相關文件是否有不一致之處、生成每週會議摘要彙整，或是在一段會議期間結束後擷取行動項目。透過這種方式，自動化有助於將重複工作轉化為可持續運作的自動化流程，並以較少的持續性使用者投入，按固定間隔執行。

#### <mark style="color:藍色;">自動化會依固定節奏執行任務，而工作流程則定義可重複的流程</mark>

由於這兩項功能都能自動化工作並減少重複性勞力， **自動化** 以及 **工作流程** 很容易混淆。它們在實務上常常重疊，從使用者的角度來看，有時也會感覺相似。關鍵差異在於，自動化著重於週期性、以時間為基礎的執行，而工作流程則描述更廣泛的自動化過程，用來定義工作如何進行。

**自動化** 著重於定期發生的重複性工作。它們通常用於每日更新、每週摘要、重複性的會議準備，或其他適合依預定排程自動執行的例行活動。從這個角度來看，自動化強調 **當** 工作執行。

**工作流程** 是結構化的自動化流程，用來定義任務應如何執行。它們可以包含一系列步驟、邏輯、輸入和輸出，並可由手動、事件或排程觸發。其主要目的是以一致且可重複的方式自動化已知流程。就這點而言，工作流程更廣泛地定義 **如何** 工作如何執行。

### AI 代理程式

#### <mark style="color:藍色;">AI 代理程式：內建於 Zoom Chat 的 AI 助理，可協助您提升生產力</mark>

AI 代理程式可讓使用者在 Zoom Chat 中以更具動態性且更能適應情境的方式與 AI 互動，無論是直接與代理程式互動，或是將代理程式加入聊天頻道。相較於像工作流程那樣沿著一連串預先定義的固定步驟進行，代理程式能解讀使用者的自然語言請求、推理任務、判斷需要哪些資訊或工具，並在已連接或已授權的系統與工作流程中採取行動。這使它們特別適合較廣泛、結構較不明確，或需要跨多個脈絡來源協調的請求。

例如，使用者可能會建立一個自訂銷售代理程式，為即將到來的客戶會議做準備。作為回應，代理程式可以蒐集相關會議歷史、檢視相關文件、從 CRM 擷取已連接的商務脈絡、找出尚待處理的事項，並協助產出簡報文件或後續資料。代理程式不需要使用者手動彙整每一項資訊，而是可以將這些步驟協調為較大對話請求的一部分。

代理程式也能幫助弭平資訊與執行之間的落差。使用者可以請代理程式摘要近期專案活動、找出未解決的問題、起草狀態更新，並準備下一批後續行動。在這些情況下，代理程式可以執行多項任務。它能協調脈絡、在需要時叫用工具或工作流程，並透過更整合的體驗協助推進工作。

#### <mark style="color:藍色;">AI 代理程式最適合需要推理、協調與適應的複雜任務</mark>

當某項任務無法像工作流程那樣被簡化為單一重複程序時，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>

自訂虛擬分身讓使用者可利用錄製的影片與聲音建立個人化虛擬分身，或從預先提供的虛擬分身清單中選擇。選定或生成虛擬分身後，使用者可上傳腳本，系統會將其轉換為 Zoom Clip，由虛擬分身以自然語音朗讀內容，並在適用時呈現使用者的肖像。

<div data-with-frame="true"><figure><img src="https://2668295848-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fgo7cyiPPJYK10q2jKEHZ%2Fimage30.png?alt=media&amp;token=deee9476-960a-4df0-a4c5-28ad9da79a9d" 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:藍色;">提供貴企業或產業的語言與術語，讓字幕與逐字稿更精準</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="https://2668295848-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2FWVYIE8ddzfb6er8oZchA%2Fimage10.png?alt=media&amp;token=4289a306-ad9f-431e-bb16-dc75414f85ee" 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="https://2668295848-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2FxV89TTGzH1kD0eqsHqNP%2Fimage57.png?alt=media&amp;token=bf5f0481-fd46-4ec0-9ddb-683ced35f4f6" alt="" width="563"><figcaption><p>新自訂範本範例</p></figcaption></figure></div>

這種模式有助於組織提升會議成果在記錄與分享方式上的一致性。與其仰賴每位使用者建立自己偏好的格式，不如由帳戶定義一套共同的摘要架構，以支援跨團隊更標準化的溝通、審閱與後續跟進。

### 即時語音翻譯

即時語音翻譯讓說不同語言的會議參與者能夠更自然地溝通，透過 AI 產生的語音音訊，將口語對話近乎即時翻譯成另一種語言。

體驗會在參與者啟用即時語音翻譯並選擇偏好的收聽語言時開始。啟用後，參與者會聽到可設定比例的目前講者原始音訊，以及近乎即時的翻譯音訊串流所組成的混合內容。

講者會持續以自己偏好的語言自然發言。為了提升翻譯準確度，系統會提示講者確認其口說語言。當講者發言時，其對話會先被翻譯並生成為新的音訊串流，之後再送入會議中，讓以其他語言收聽的參與者能聽到翻譯後的對話版本。

在幕後，講者的原始音訊會先透過多媒體路由器（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-tw/ai/ai-whitepaper/zoommate.md?ask=<question>&goal=<user_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.
