企業 AI 知識庫點樣落地？
由現有搜尋到 RAG，拆解企業 AI 知識庫的資料整理、文件權限、來源引用、更新與撤回，附合成例子及驗收清單。
作者：WeTech 技術團隊 · 內容更新：（香港時間 GMT+8）
企業 AI 知識庫應先整理文件擁有者、版本、使用權限及更新方法，再比較現有搜尋能否解決問題。需要根據文件生成答案時，才評估 RAG；檢索、答案與引用都要遵守同一套權限，資料不足或衝突時清楚交代限制並交回核對。
- 盤點文件與角色
- 先比較現有搜尋
- 建立檢索與引用
- 同步更新與撤回
- 以真實任務驗收
現有搜尋、知識庫同 RAG 點揀？
知識庫先係有負責人、可維護同可查閱的資料集合。若員工只需要按名稱、分類或關鍵字搵文件，改善目錄同搜尋可能已經足夠。RAG（檢索增強生成）會先從資料中檢索相關內容，再提供畀模型生成答案，並唔等於重新訓練一個企業模型。
| 需求 | 先評估的做法 | 驗收重點 |
|---|---|---|
| 找到指定文件 | 目錄、欄位及關鍵字搜尋 | 能否快速找到正確版本 |
| 理解不同寫法 | 同義詞或語意檢索 | 相關結果、缺漏及權限 |
| 按多份文件回答 | 檢索加答案生成（RAG） | 結論有冇來源支持、可否拒答 |
參考：Microsoft Learn 的 RAG 概覽。本文討論一般架構，唔要求使用 Azure。
建立之前要準備邊啲資料？
先列出文件擁有者、可用範圍、版本、有效日期、更新頻率及存取角色。重複、過時或互相矛盾的文件，需要先決定點樣處理；掃描文件亦要檢查文字擷取有冇漏頁或讀錯。
建立一批有權使用、代表日常工作的問題，記錄目前搵資料的方法及時間。資料分散時，可先參考多來源搜尋整合，唔急住將所有文件一次過放入新系統。
合成例子：兩個部門睇到不同文件
以下為合成情境，唔係任何產品的實際政策。
客服可以查公開服務安排，人事部可以查內部人事文件。同一句「試用期點計？」可能指產品試用或員工試用期。系統應按使用者獲准查看的資料檢索，必要時先問清楚問題；唔可以先讀到受限文件，再寄望模型喺答案中隱藏。
同一套權限應涵蓋搜尋結果、摘要、引用、文件預覽及快取。測試亦要檢查標題、片段同數量提示有冇洩露無權查看的資料。
引用、更新同撤回點樣設計？
答案的重要結論要連回支持該結論的段落，並顯示適用版本或更新狀態。有連結但原文唔支持答案，仍然算答錯。來源連線失敗、版本衝突或證據不足時，應顯示限制，讓負責人核對。
文件更正、權限改變或撤回之後，要同步檢查索引、答案快取及引用。更新時限應喺試點前按業務需要訂明，並用實際測試確認。詳見AI 搜尋的來源與錯誤答案。
驗收唔只係問幾條問題
- 正常問題：正確找到文件，答案同引用支持同一結論。
- 無答案或版本衝突：清楚交代限制，唔自行補資料。
- 角色及權限：不同帳戶只見到獲准內容，文件內指示唔可以擴權。
- 更新與刪除：新版本、撤回及權限變更按約定時限反映。
- 成本與效率：記錄每項完成任務的總時間、模型及檢索用量、人手覆核與修正。
同時比較原有搜尋。如果新方案只令答案更流暢，但引用錯誤或覆核成本增加，仍未達到交付目標。
可以參考邊個產品流程？
WeProperty 的搜尋與屋苑資料案例展示搜尋入口點樣接到資料同下一步瀏覽；唔代表公開案例已證明產品採用本文的 RAG 架構。需要審核同公開資料分工時，可以再睇WeCredit 的紀錄處理案例。
返回中小企 AI 導入指南，或了解AI 顧問與導入規劃及系統整合服務。
查看產品例子
WeProperty HK：查看實際產品流程
查看屋苑資料及搜尋介面；個別資料仍需核實。
先了解產品案例與可借鑑的做法 →WeCredit HK：查看實際產品流程
可先查看查詢介面及虛構範例；實際查詢需登入，並按產品當時顯示的信用分及使用條款處理。
先了解產品案例與可借鑑的做法 →參考來源
流程及驗收清單為 WeTech 的規劃建議，應按企業資料、權限及實際需求調整。