公司知識 · 實作指南
在資料送到模型前落實權限
權限應在檢索階段執行，不能只靠模型拒絕回答。
授權是應用程式的責任
員工若沒有權限開啟文件，助手便不應代表該員工取得其內容。Microsoft 文件介紹文件層級存取控制與檢索篩選。實作原則是先確認身份及允許範圍，再組合模型上下文。要求模型不要透露已收到的機密內容，遠不如根本不為未授權請求取回內容。權限也應涵蓋摘錄、標題及來源提示，不能只保護原始附件。
建立必須被拒絕的測試
假設一家顧問公司，建立普通員工、專案經理與財務測試帳戶，分別用直接問法和改寫問法提出同一問題。確認未授權文件、摘要與引用都不出現，再測試剛被移除專案權限的帳戶。管理員能成功回答，並不能說明普通員工的邊界受到保護。測試應保存允許和拒絕的預期結果，避免日後更新索引時無意中放寬可見內容。
流程一覽
檢查每條取資料路徑
相同授權規則應涵蓋搜尋、預覽、匯出、背景任務及支援工具。聊天介面有保護，仍可能透過不受限制的來源網址外洩。確認權限變更如何傳到索引與快取；無法確認最新權限時，要有明確的停止或人工處理方式。也不能假定供應商預覽功能與正式服務有相同支援範圍，應核對所用版本及實際資料連接方式。
讓權限維護有實際負責人
指定群組成員、文件分類與權限移除事件的負責人。交付時，與客戶一起展示一個允許查詢及一個拒絕查詢，並讓測試能在不使用真實敏感紀錄下重複執行。權限感知知識庫不是助手完成後才附加的選項，而是「正確運作」的定義之一。若來源本身權限混亂，先處理分類與責任，再擴大 AI 存取範圍。
一次權限撤回演練
利用合成專案文件，把測試員工移出群組，量度每條檢索路徑何時反映改動。除了新搜尋，也測試之前開過的對話。記錄延遲與對應處理，不要沒有證據就承諾即時撤權。如果存在無法控制的傳播時間，應限制使用範圍或採用更直接的權限檢查，並把例外交給資料負責人確認。
來源與延伸閱讀
編輯原則
本系列以 AI 輔助原創撰寫，並對照連結的公開來源。實作建議與假設情境屬編輯分析，並非客戶實績。來源發布日期及產品細節可能與本系列整理日期不同。