知識庫¶
這頁能幫你做什麼¶
知識庫 (Knowledge Base) 是放置你公司資料的「集中倉庫」。你把文件、產品說明、法規條文、客服紀錄等內容放進來後，平台會把它們轉成可以用語意搜尋的向量資料，之後就能讓檢索器 (Retriever)、檢索 (Retrieval) 任務或 Agent 的檢索工具從這裡找出最相關的內容，做出有所本的回答。簡單說：先有知識庫，後面的「問答／檢索／RAG」才有資料可用。
開始前¶
前置需求
- 建立知識庫本身只需要填「名稱」與「類型」，不需要先準備其他資源。
- 但知識庫建立後是「空的」，要靠載入器 (Loader) 把資料來源的內容寫進來，而載入器需要搭配嵌入模型 (Embedding Model) 與檢索器 (Retriever)。建議流程：先建知識庫，再到載入器 (Loader) 頁面把資料灌進來。
操作步驟¶
-
從左側資源選單進入「知識庫」清單頁，點建立入口（空清單時是有文字的建立按鈕；清單已有項目時是右上角無文字的「+」圖示）開啟建立表單。
-
在「名稱」欄輸入好辨識的名稱（例如
產品手冊知識庫）。 - 在「類型」選擇知識庫類型（目前提供 Vector）。
-
按右上角的「儲存」按鈕完成建立（見上方圖右上角）。
建立完成後會進入該知識庫的詳細頁。這一頁沒有任何「上傳」或「放資料進去」的按鈕——知識庫只是空倉庫，把資料灌進去是下一步「載入器」的工作，所以看完這頁就要離開去建載入器。此時知識庫還是空的：「載入器」與「資料欄位」兩列都顯示
-，要等下一步接上載入器並同步完資料才會有內容。
-
接著到載入器 (Loader) 建立一個指向這個知識庫的載入器，把文件來源接進來並同步。
完整欄位說明¶
| 欄位 | 必填 | 預設 | 說明 |
|---|---|---|---|
| 名稱 | 是 | 無 | 知識庫的識別名稱。最多 64 個字，不可用 default 開頭。 |
| 標籤 | 否 | 無 | 分類用的小標，貼上後可在清單頁用「標籤」把同一群資源一次篩出來。填法與數量／長度限制見「標籤」欄位。 |
| 類型 | 是 | 無（需選擇） | 知識庫的儲存方式。目前提供 Vector：以向量資料庫儲存知識內容，支援語意檢索與相關內容比對。建立後無法修改，請一開始就選對。 |
類型在建立後鎖定
編輯既有知識庫時「類型」為唯讀。需要不同類型請另建一個知識庫。
知識庫詳細頁¶
建立完成後點進某個知識庫，詳細頁上方有三個頁籤。
「一般」頁籤¶
「一般」頁籤的「詳細資料」卡片顯示這個知識庫的基本資料：
| 欄位 | 說明 |
|---|---|
| ID | 知識庫的識別碼，旁邊的複製（）鈕可複製。 |
| 名稱 | 建立時填的名稱。 |
| 標籤 | 建立時貼的分類標籤，以 chip（小方塊）呈現，長相與同一張圖裡的「資料欄位」相同；沒貼過顯示 -（上圖就是這個狀態）。見「標籤」欄位。 |
| 類型 | 目前固定為 Vector。 |
| 載入器 | 把資料灌進這個知識庫的載入器 (Loader)，以連結呈現，點擊可直接前往。尚未有載入器指向這個知識庫時顯示 -。 |
| OpenSearch 索引名稱 | 平台實際儲存向量資料的索引名稱，由平台自動帶入（值就等於上方的知識庫 ID），不需要你去填或改。 |
| 資料欄位 | 這個知識庫目前可被檢索的欄位（例如 lfe_filename、lfe_s3_uri、retriever_chunk），以標籤呈現。這些欄位由平台在同步時自動產生，不是由你定義。資料還沒灌進來時顯示 -；同步完成後才會列出欄位。 |
| 系統資訊 | 系統層級的附註，通常為空。 |
| 狀態 | 知識庫目前狀態（例如「就緒」）。 |
| 建立者 | 建立這個知識庫的使用者；由平台自動建立時顯示「系統」。 |
| 更新者 | 最後一次修改這個知識庫的使用者；由平台自動更新時顯示「系統」。 |
| 最後更新 | 最後一次變更的時間。 |
卡片右上角的圖示鈕可進入編輯（）、複製（）或刪除（）這個知識庫。
「依賴資源」頁籤¶
當你建立了指向這個知識庫的載入器後，「依賴資源」頁籤就會列出整條資料管線用到的其他資源——載入器、大型語言模型、檢索器、儲存庫與嵌入模型。清單以「名稱」「ID」「類型」三欄呈現，名稱可點擊在新分頁開啟該資源；上方另有搜尋框與重新整理（）鈕。這頁讓你一眼看出「這個知識庫背後牽動了哪些東西」，在設定權限或排查問題時特別有用。
| 頁籤 | 內容 |
|---|---|
| 一般 | 知識庫的基本資料，如上一節。 |
| 依賴資源 | 這個知識庫用到的其他資源（載入器、大型語言模型、檢索器、儲存庫、嵌入模型…），如上圖。 |
| 被依賴資源 | 反過來，有哪些資源用到這個知識庫。 |
知識庫沒有「驗證」功能
知識庫詳細頁不提供「驗證憑證／測試連線」按鈕——它不直接連外部系統。要確認它有沒有用，請看下方「使用效果」，用實際檢索問答驗證。
怎麼把資料放進知識庫¶
知識庫建立完是空的，要靠載入器 (Loader) 把外部資料來源（Amazon S3、OpenSearch、MySQL、API Endpoint、儲存庫 (Storage)）的內容讀進來、切塊、轉成向量後寫入。其中「API Endpoint」指的是載入器的來源類型，不是連結器類型（連結器那邊要選 HTTP），詳見載入器 (Loader)。設定方式請見載入器 (Loader)。
使用效果¶
知識庫的價值要「灌好資料、查得到」才看得出來。資料進了知識庫後，就能透過下列資源被使用：
- 檢索器 (Retriever)：定義「怎麼從知識庫找資料」（向量、關鍵字或混合）。
- 檢索 (Retrieval) 任務：在工作流程裡實際向知識庫提問並取回相關內容。
- Agent 的檢索工具：在 Agent 對話中即時查知識庫作答。
下圖是一個接了知識庫的 Agent：使用者問「退換貨政策」，Agent 透過知識庫檢索工具找到先前灌進去的產品文件並據此回答——這就是知識庫發揮作用的結果。
要把資料灌進知識庫、再接給 Agent 或工作流程使用，依序見載入器 (Loader)、檢索器 (Retriever)與檢索 (Retrieval) 任務。
下一步¶
- 載入器 (Loader)：把資料來源灌進知識庫。
- 檢索器 (Retriever)：設定從知識庫取資料的方式。
- 分割器 (Chunker)：控制文件如何被切成區塊。
- 嵌入模型 (Embedding Model)：產生向量所需的模型。
- 檢索 (Retrieval) 任務：在工作流程中實際查詢知識庫。