先分清楚：找文件、回答問題、執行作業
搜尋「請購流程」並列出文件，與直接回答「這筆請購要誰核准」，需要的驗證不同；若還要幫忙建立請購單，又多了寫入權限和核准流程。需求一開始先停在問答，比較容易檢查答案是否可靠。
常見的 RAG 做法，是先檢索相關資料，再把找到的內容交給模型組織答案。Google Cloud 的 RAG 說明介紹了這種結合檢索與生成的方法。它不代表模型已經永久學會公司所有規則，也不保證每次找對資料。
問答範圍先做到可查證
- 確認身分與範圍只從使用者可讀的現行文件檢索
- 找到支持段落保留文件名稱、版本和位置
- 整理回答附引用；不足或衝突時交人工確認
問答完成後，仍由原作業流程處理核准或對外承諾。
第一步：挑一個範圍，先列問題再收文件
例如先做行政採購作業：誰能提出申請、附件要附什麼、退件找誰、流程在哪裡。先請實際承辦人整理最近被問過的問題，逐題找出能回答它的文件；找不到來源的題目，先列為待補文件。
一開始就把整個雲端硬碟丟進去，容易把舊草稿、私人筆記和已失效的制度一起帶進來。若還不清楚資料在哪裡，可以先做 AI 導入前資料準備檢查。
第二步：整理一份文件清冊
清冊至少保留文件名稱、適用對象、生效日、版本、維護人和可讀取的角色。下面用虛構的採購作業說明；各公司應依自己的制度調整。
| 資料 | 建議記錄 | 用來避免什麼 |
|---|---|---|
| 現行作業辦法 | 版本、生效日、適用部門 | 把其他部門或舊版規則當答案 |
| 流程與附件 | 章節、頁碼、可開啟的原檔連結 | 答案有內容卻查不到依據 |
| 角色權限 | 一般員工、承辦、核准者可讀範圍 | 用問答取得不該看到的內容 |
| 文件維護 | 負責人、更新方式、最後測試日 | 原文件已修改，知識庫仍回舊內容 |
掃描檔還要抽查辨識結果。流程圖裡的分支、表格中的例外、金額與單位，可能沒有被完整轉成文字。先直接打開知識庫實際讀取的內容確認，不能只看上傳成功。
第三步：先定回答格式，練習「不知道」怎麼處理
拿一份已授權、去識別化的 SOP 做小範圍練習時，可以用以下提示。這只能規範回答方向；真正的權限限制要由系統執行，不能只靠一段提示詞。
只依本次提供的現行 SOP 回答，不補寫公司規定。
請依序列出：
1. 回答：直接說明目前能確認的做法
2. 依據：文件名稱、版本、章節與支持答案的原句
3. 待確認：文件沒有說明或互相衝突的地方
4. 下一步：應找哪個文件中已列明的窗口
沒有足夠依據時，寫「目前提供的文件無法確認」。
不要自行創造核准人、金額門檻或期限。
問題需要執行作業時，只說明流程，不聲稱已送件。例如文件只寫了申請流程，沒有寫「緊急採購能否先買再補單」，就應回報缺少規定。把一段看似合理的通則補上去，對公司反而可能造成誤導。
第四步：權限要在取資料時就檢查
一般員工不能看的內部底價或評核資料，也不能因為換成聊天介面就取得。應在檢索時依使用者身分限制可取得的文件，並一併確認附件、快取、對話紀錄和匯出功能，不能先把機密段落交給模型，再希望它不要說出來。
Microsoft 的文件層級存取控制說明可作為技術設計參考。實際如何做，仍要依所選平台、帳號與公司的授權方式確認，不能假設每個工具都會自動沿用雲端硬碟權限。
第五步：用四類問題驗收，別只測容易答的題目
| 測試類型 | 測試問題示例 | 檢查重點 |
|---|---|---|
| 有明確答案 | 申請時要附哪份表單？ | 回答正確，引用的版本與段落相符 |
| 來源沒有答案 | 辦法未寫的特殊情境能否通融？ | 說明無法確認，不虛構制度 |
| 新舊規則衝突 | 兩份文件的處理期限不同怎麼辦？ | 遵守已確認的版本規則；無法判定就提示衝突 |
| 角色無權限 | 一般員工詢問未授權的內部底價 | 檢索結果、答案與引用都不洩漏內容 |
測試要記錄題目、測試角色、預期依據、實際回答、是否通過及修正人。多準備幾種日常說法，也保留未參與調整的測試題。正式驗收需另訂樣本範圍與合格條件，這張表只是起點。
由文件負責人啟動更新
- 更新原始 SOP確認生效日與舊版處理方式
- 更新檢索內容同步或重新匯入，檢查實際版本
- 重跑相關測試核對變更題、引用與角色權限
只有檔案換新還不夠，必須確認答案已依新的有效規則產生。
委託建置前，先確認這些交付項目
詢問企業 AI 知識庫建置時，除了聊天介面，也要確認交付是否包含文件清冊、帳號與權限、匯入和更新方式、引用格式、測試紀錄、異常處理及操作交接。模型或 API、儲存服務、系統串接和持續維護是否另計，也應分項說明。
先訂一個可驗收的範圍，例如「行政作業文件問答，先供已授權的同仁使用；不建立申請、不自動核准」。這是討論範圍的例子，實際文件量、平台和時程仍要依資料確認。
我想討論企業 AI 知識庫，從官網「SOP、權限與驗收」這篇看到你們。
使用部門／預計使用人數：
想先處理的常見問題：
文件類型、存放位置與大約數量：
是否有現行版本與文件負責人：
不同角色可以讀取哪些內容：
需要串接的帳號／系統：
希望如何更新文件、由誰維護：
預計時程／預算範圍（未定可註明）：先練習文件問答，還是直接規劃企業建置？
單人練習一份文件，可以先透過 AI 實作教學 學會整理來源與核對回答。若要讓整個部門共用、保留不同角色權限、自動更新文件，或串接既有系統，就要評估索引更新、帳號管理、測試和維護責任。
和顧問討論時，帶常見問題、去識別化文件及角色清單，比先指定模型更有幫助。可以使用 AI 導入需求範本 整理範圍，再看 AI 顧問與系統開發 的合作方式。
常見問題
把 SOP 上傳給 AI，就算完成企業知識庫了嗎？
那可以是小範圍練習的起點。正式使用仍要處理文件版本、引用、權限、更新與測試；若多人共用，更要確認每位使用者只能取得被授權的資料。
RAG 知識庫可以保證 AI 不會亂回答嗎？
不能。檢索可能找錯段落，來源也可能過期或互相矛盾；生成的回答仍可能解讀錯誤。要保留來源引用、無答案處理與定期測試。
公司 SOP 知識庫一定要先串接所有系統嗎？
不用。先選一個部門、一類常見問題和已授權的文件測試。需要多人權限、自動更新或跨系統操作時，再擴大整合範圍。
內容更新：2026 年 11 月 5 日；技術來源查核：2026 年 11 月 4 日。流程、測試表與採購情境為教學示例，並非正式上線系統或客戶成果。