> 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/agentic-search.md).

# 代理式搜尋

## **什麼是代理式搜尋？**

#### <mark style="color:藍色;">代理式搜尋是一個統一且具權限感知能力的內容層，涵蓋 Zoom 內容與已連接的企業資料來源</mark>

代理式搜尋是一項企業級知識擷取功能，可彙集、建立索引並關聯 Zoom 原生內容及已連接的第三方資料來源中的相關資訊，形成一個組織知識主體，供查詢進行解析。它與傳統搜尋的差異在於單一查詢可運用的範圍：會議逐字稿、Team Chat 訊息，以及位於公司雲端硬碟中的文件，都可以共同促成同一項結果。該結果的形式取決於入口點——以自然語言呈現的綜合回答，或供其他模型推理的、依排名排列且有依據的來源資料集合——但所涵蓋的來源及其強制執行的權限不會改變。

在 Zoom 內，擷取範圍涵蓋平台上已累積的工作記錄——會議錄製內容與逐字稿、會議摘要、Team Chat 對話，以及隨之建立的文件、筆記和其他成品。Zoom 之外，擷取可延伸至已連接的記錄系統與內容儲存庫，其中可包括 Salesforce、Google Drive、OneDrive、SharePoint、Confluence、Box、ServiceNow、Workday、Zendesk 和 Seismic 等服務。在支援並啟用索引的情況下，這些系統中的內容會與 Zoom 原生資訊一同擷取至 Zoom 的擷取層，因此問題會針對單一組織知識主體進行解析，而非一組必須各自搜尋的孤立儲存庫。

擷取全程具備權限感知能力。系統會繼承並強制執行各來源系統的存取控制，因此呈現的資訊——無論是 Zoom 原生或第三方資訊——都會依據提出要求的使用者或代理程式適用的權限加以限制。擴大可搜尋來源的集合，並不會擴大任何個人對這些來源的存取權。

#### <mark style="color:藍色;">「代理式搜尋」描述的是一項功能，而非一個介面</mark>

代理式搜尋最適合理解為一項底層功能，而非特定畫面或按鈕。可透過多種方式使用相同功能：一般使用者可透過 ZoomMate 介面，而應用程式和 AI 代理程式則可透過 Search 和 Ask API 以及模型內容協定（MCP）使用。無論使用哪一個入口點，這個術語指的都是相同的核心功能：跨來源擷取並綜合相關資訊。

#### <mark style="color:藍色;">ZoomMate 使用代理式搜尋從已連接的組織知識中擷取已建立索引的資料，然後將結果綜合為自然語言回應</mark>

對一般使用者而言，ZoomMate 是讓代理式搜尋成為日常工具的地方。準備即將舉行的會議、回想數場過去會議中作出的決定，或尋找與未完成行動項目相關的文件，都可以透過單一請求解決，而無需分別在會議、聊天、文件、雲端儲存空間以及 CRM 或票務系統中搜尋。

#### <mark style="color:藍色;">MCP 以及 Search 和 Ask API 可將相同的擷取功能延伸至應用程式和外部 AI 代理程式</mark>

應用程式和外部 AI 代理程式（包括建立於第三方 LLM 的代理程式）會透過 MCP 將代理式搜尋作為工具呼叫。存取控制會隨呼叫一同傳遞，因此代理程式擷取的資訊會符合其已驗證使用者的權限。

該 **Search API** 會傳回一組按相關性排序的結果，並將生成工作交由呼叫端自身的模型處理，適用於需要輸出原始且有依據的來源資料的情況。

該 **Ask API** 會在 Zoom 內同時執行擷取與生成，並以自然語言傳回綜合且附有引文的回答。

#### <mark style="color:藍色;">常駐索引與請求時擷取可讓經常變動的資料保持最新狀態</mark>

代理式搜尋不限於靜態索引。內容會經過向量化、建立索引及關鍵字處理，經核准的第三方內容則透過管理員範圍的增量同步納入，以利日後有效擷取。經常變動的資料，或適合在請求時取得最新資料的內容，則可透過 MCP 或等效的即時連線直接查詢，而非由索引提供。

常駐索引與請求時擷取結合後，代表內容層反映的是已連接系統的目前狀態，而非上次同步時的狀態。

## **資料來源與索引**

#### <mark style="color:藍色;">Zoom 的索引架構專為對話式 AI 擷取而設計</mark>

Zoom 的索引架構專為對話式 AI 而設計，使用向量搜尋、內容分段，以及依照對話式系統擷取內容脈絡方式所設計的結構描述。許多企業搜尋與圖譜技術原先是為不同目標而設計：連結生產力環境中的文件、人員、中繼資料和其他實體。此架構差異相當重要，因為對話式 AI 必須找出並擷取在語意上與使用者問題相關的特定資訊片段，而非主要在文件或實體之間的關係中導航。Zoom 的方法依據該擷取模型來結構化並索引內容，使對話式使用案例成為核心架構考量，而非疊加在原為其他用途設計的系統上的功能。

換句話說，這就像是按個別書籍為圖書館建立索引，與按人們實際可能需要用來回答問題的段落建立索引之間的差異。

#### <mark style="color:藍色;">第三方連接器可將 Zoom 的內容層延伸至經授權的第三方系統，但須由管理員啟用</mark>

代理式搜尋支援從經授權的第三方連接器建立索引，包括 Google Drive、OneDrive、Box、Salesforce、ServiceNow、Zendesk、Seismic、Confluence 和 SharePoint；視目前發行狀態而定，亦可能提供其他連接器。連接器可用並不代表其內容會自動可供搜尋——在代理式搜尋開始擷取內容前，每個來源都必須由管理員啟用。這種由管理員控管的模式是刻意設計的：旨在讓索引範圍符合組織實際授權的內容，而非預設公開每個可連接的系統。

#### <mark style="color:藍色;">索引運作方式：從擷取到可查詢索引</mark>

啟用連接器後，代理式搜尋會為經核准的內容建立可搜尋索引，而不是每次請求都重新查詢來源系統。此程序會歷經數個階段：

1. **擷取** — 系統會從已連接來源擷取經核准的內容，但須受管理員授權範圍及連接使用者權限的限制。對於雲端硬碟等以檔案為基礎的來源，系統會擷取文件內容進行處理，而非僅建立連結。
2. **分段** — 擷取的內容會被拆分為較小段落，以便擷取功能傳回文件中與查詢相關的特定部分，而非整個檔案。
3. **向量化** — 每個段落會使用嵌入模型轉換為數值嵌入，使擷取可依據語意而不僅是完全相同的字詞進行比對。
4. **關鍵字索引** — 內容也會建立關鍵字比對索引。Search 和 Ask 功能皆同時依賴關鍵字比對與向量相似度，因此兩種方法是共同運作，而非互為替代方案。
5. **權限中繼資料索引** — 使用者存取資訊會與內容一同建立索引，並衍生自來源系統本身的原生權限，以便在查詢時套用權限感知篩選。

結果是客戶專屬的擷取索引——來源內容會以限定於該客戶、並受該客戶權限管理的形式儲存，而非儲存在共用或跨租戶的儲存區中。

#### <mark style="color:藍色;">可參考圖表與資料流程</mark>

說明 Zoom 的代理式搜尋如何連接第三方應用程式、服務和資料來源的圖表——包括連線與索引資料流程——可在以下文件中取得： [Zoom AI 白皮書](https://library.zoom.com/ai/ai-whitepaper/diagrams#zoommate-third-party-connections-and-indexing).

#### <mark style="color:藍色;">建立索引的內容由管理員為連接器授權的範圍所規範</mark>

會建立索引的內容由管理員為連接器授權的範圍所規範。連接來源後，索引會透過持續更新維護，而非一次性擷取：

1. **初始同步**：首次設定時，連接器會對範圍內內容執行完整同步，包括既有的歷史內容。
2. **每日索引更新**：對於某些來源，連接器會每天重新整理一次範圍內的內容。
3. **增量同步**：對於其他來源，連接器會在每天中定期執行同步，只處理自上次同步以來新增、修改或變更的內容，而非每次重新處理完整儲存庫。

#### <mark style="color:藍色;">已建立索引的擷取與即時擷取可共同運作</mark>

代理式搜尋使用兩種擷取路徑，適用哪一種由來源的連接方式及其保存的資料類型決定——而非由使用者或管理員針對每個查詢或每個資料夾切換的設定決定。

以 **帳戶層級資料來源** 在管理面板中連接的內容會擷取至客戶專屬索引，並從該索引進行搜尋。這是非結構化內容——文件、知識文章和檔案——的預設路徑，因為預先建立的索引可讓查詢時的擷取快速且有效率，並產生可供整個組織共用搜尋的索引。

在其他情況下，內容會 **透過 MCP 或 API 直接即時存取** ：包括由個別使用者授權的個人連接器（例如其個人電子郵件、行事曆或個人雲端儲存空間）、CRM 物件資料等結構化記錄，以及其他變動頻繁而適合在請求時取得最新資料的內容。個人連接器只會擷取連接使用者可存取的文件，而結構化資料連線會帶有自身的使用者驗證與授權，而非由索引提供。

由於路徑取決於連接方式，因此相同的底層應用程式可能會因設定方式而透過任一方式存取。作為管理員管理資料來源連接的雲端儲存服務，會建立索引以供全組織搜尋；而同一服務若作為個人的個人連接器連接，則會直接查詢，且範圍僅限於該使用者自身的存取權。

#### <mark style="color:藍色;">外部代理式搜尋連線建置於模型內容協定（MCP）之上</mark>

Zoom 與外部模型、工具及資料來源之間的連線，建置於模型內容協定（MCP）之上；MCP 是將模型連結至工具與資料的開放式用戶端－伺服器標準。MCP 伺服器在 Zoom 邊緣運作，提供一致的介面以提出擷取請求——無論是從已連接系統即時擷取，或是讓外部代理程式將代理式搜尋作為工具使用。這種標準化傳輸方式以通用連線模型取代了逐一來源、一次性的整合。

#### <mark style="color:藍色;">索引所需時間因客戶、資料量和資料類型而異</mark>

特定連接器完成完整索引所需時間沒有固定時程。所需時間因客戶而異，取決於要建立索引的資料量及相關資料類型。正在建立索引的第三方平台所施加的速率限制也是影響因素——各來源系統會限制在特定時間範圍內可擷取的資料量，而此限制會依平台、方案層級與 API 設計而有所不同。計畫首次為大型或大量使用的儲存庫建立索引的客戶，應預期需時數週，而非當天或當週完成。

#### <mark style="color:藍色;">索引容量依 ZoomMate 授權層級擴充，並在組織層級共用</mark>

索引容量取決於授權層級，而非固定的通用配額。每位已授權使用者都會依其層級提供每席容量，這些容量會合併成單一的全組織共用集區，由整個組織共用，而非分配給每位個別使用者。

所有已連接來源和所有使用者的已建立索引內容總量，都必須維持在組織的合併集區內——也就是說，一位使用者為大型儲存庫建立索引，會使用與其他所有人共用的相同容量。由於集區會隨每個已授權席次增加，組織的總容量即為所有已授權使用者所提供容量的總和。

例如，若授權提供 1 GB 儲存空間，擁有 25 個授權時，帳戶的儲存空間總計為 25 GB。100 位使用者則為 100 GB。

計畫為大型儲存庫（完整的 Confluence 空間、大型 SharePoint 網站或成熟的 CRM 執行個體）建立索引的組織，應依預期的內容總量評估其授權層級與席次數量，而非依每位使用者的使用模式評估。可取得額外的索引容量——如需更多資訊，請洽詢您的 Zoom 客戶團隊。

#### <mark style="color:藍色;">檔案大小與檔案類型都會影響建立索引的內容</mark>

有兩項不同的大小限制，且運作方式不同：

* **64 MB 原始檔案限制（下載）：** 如果來源檔案的原始大小超過 64 MB，系統會略過該檔案，不會下載以供處理。
* **16 MB 處理後內容限制（索引）：** 下載的檔案會轉換為統一處理格式。若產生的處理後檔案超過 16 MB，系統只會為其前 16 MB 的內容建立索引；其餘內容不會建立索引。

這兩項限制的處理結果不同：過大的原始檔案會被完全略過，而過大的處理後檔案則會被截斷而非排除，因此其開頭內容仍會出現在擷取結果中，後續內容則不會。

此外，索引也取決於檔案類型，與大小無關。多媒體內容——音訊、影片和影像——無論大小皆不會建立索引。在評估任一大小限制之前，這些內容會在轉換為統一處理格式的過程中移除。所有文件的中繼資料都會建立索引，但只有受支援的非媒體檔案類型會為完整內容建立索引。對於不受支援的類型，仍可透過其中繼資料找到文件，但其內容無法搜尋。

#### <mark style="color:藍色;">管理員目前無法控制內容建立索引的順序</mark>

目前沒有機制可讓管理員在已連接來源中，將特定資料夾、空間或內容類型排定為優先於其他內容建立索引。索引會針對已啟用連接器中的合格內容持續進行，且無法設定順序；這表示組織無法預先集中建立最高價值內容的索引，並應預期索引涵蓋範圍會逐步擴展至整個儲存庫，而非先從最關鍵的業務資料開始。

也無法將索引排程為在選定時間或頻率執行。啟用來源後，索引會依自身的時間安排執行，而非依管理員設定的排程，因此最好將其視為完成時間無法預定的背景程序，而不是可配合特定時段安排的程序。

## **管理、權限與治理**

#### <mark style="color:藍色;">管理員可控制連接哪些來源，而使用者會驗證自身的存取權</mark>

連接器由管理員啟用，管理員決定組織內可供建立索引和搜尋的第三方系統。啟用連接器會讓來源可供組織使用，但不會自動授予對其內容的存取權。每位使用者都必須個別驗證其對來源的存取權——完成驗證後，其擷取權限會與來源系統中既有的權限一致，因此他們只能呈現自己原本就能在該系統中存取的內容。

#### <mark style="color:藍色;">擷取具備權限感知能力且為唯讀</mark>

代理式搜尋的設計旨在套用各來源系統的存取控制，因此回答只會反映該使用者已獲准查看的內容；兩位使用者提出相同問題時，可能會因他們在第三方資料來源中各自的權限而取得不同結果。擷取為唯讀，並遵循各來源的保留政策——例如，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 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/agentic-search.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.