什麼是企業知識庫？先確認來源、版本與使用權限

企業知識庫是組織整理、維護並供人員使用的知識來源。 它可以存在於 wiki、文件管理系統、共享資料夾或其他工具；不必先具備生成式 AI，才算知識庫。

當團隊想加入搜尋或 AI 答覆，需要再確認應用如何取得適用資料、遵守權限、處理更新，以及檢查結果。既有來源可以繼續保存正式紀錄；額外能力應依實際問題設計，不是先宣告舊系統無法使用。

先選使用者要完成的事

有人需要找到一份文件，有人需要比較多個版本，也有人需要整理附來源的答覆。這些任務可以使用不同的工具與處理方式。

以假設的製造 SOP 查詢為例：一份程序已核准，另一份仍在修訂。先確認哪份適用現行工作、誰能使用，以及遇到衝突由誰判定。即使兩份都容易搜尋，也不能只按檔名猜哪份有效。這是規劃例子，不是客戶問答結果或投入工時的紀錄。

metadata 可以支援來源、版本與權限規則，但標籤本身不是內容正確或已核准的證明。負責人和應用處理方式仍要明確。

Atlassian 的 Rovo Search 文件說明在 Confluence、Jira 與連接來源中搜尋，並以來源支持回答。這提供 wiki 能支援 AI 搜尋產品的具體例子，不代表任意尚未設定的資料夾都已具備相同能力。

先檢查現有系統與可用介面，再決定是否需要連接器、解析、索引、搜尋或其他處理。Microsoft 的 RAG 概觀也呈現不同檢索與來源設計；不要把語言模型本身與應用的向量搜尋管線當成同一件事。

掃描與圖表可能需要解析或 OCR，尤其在選定的文字檢索管線中。但不是所有模型都只能讀先轉成純文字的內容。Anthropic 的 PDF 支援可直接處理 PDF 的文字與頁面影像，仍有平台、請求、上下文及品質限制。

因此，不能只由頁數就判定文件一定不能用，也不能因模型接受了檔案，就認定讀取正確。以實際格式檢查表格欄列、註腳、圖例、掃描品質與跨頁條件。無法取得的口頭知識，也需要先經獲准的整理與確認，才能成為應用來源。

資料負責人應約定正式版本、草稿、有效日期、衝突與撤回方式。更新檔案後，確認相關處理是否成功，並測試舊版、刪除與權限改變。Microsoft 的文件級存取指引說明其產品需要身份、文件權限與查詢端執行；權限不是接上模型後自動具備的能力。

對生成答覆，也要檢查來源是否支持敘述、是否漏掉限制，以及資料不足時如何回應。引用讓查證較容易，不能替代查證。

若缺少核准版本或負責人，先補這些條件。若已有可用來源、只是文件難找，可以評估現有搜尋。若需跨來源整理並生成內容，再評估RAG 的用途與邊界。

既有的RAG 知識系統服務可用來討論範圍。帶來代表性文件、常見問題、權限與負責人，比先挑一個模型更能說清楚第一階段要驗證什麼。