七個問題，決定能不能讓 Agent 使用企業知識。

治理原則服務端根據真實的人、服務身份、委託關係、租戶和當前政策確定身份。Agent 代表某個人或某個服務身份工作，委託可以隨時撤銷。請求裡自報的角色，不改變任何權限。

使用說明使用實際用戶或服務身份授權；演示中的角色切換隻用於理解可見範圍。

治理原則讀取、草稿構建、發佈和權限修改分開授權。有權讀取，不等於有權修改；有權提出變更，不等於有權批准自己的變更。連接數據庫的賬號能讀全庫，也不代表每個終端用戶都能。

使用說明連接自己的實例時，讀取當前工具目錄，並按工具和資源範圍授權。

治理原則影響使用者的變更要經過批准。批准綁定具體的計劃、基礎版本、主體、資源、範圍和期限；計劃一變或授權撤銷，就要重新確認。Agent 不能通過另一個工具批准自己。提交時再驗一次權限。

使用說明交互演示模擬批准與狀態變化；真實提交沿用實例中的審批流程。

治理原則知識有版本。規則的業務有效時間和系統批准時間分開記錄。回答歷史問題時，區分“當時已知”和“按現在批准的規則重算”，不悄悄改寫過去的結論。

使用說明在 S3 中，用模擬規則對照業務有效時間與批准時間。

治理原則取決於 Agent 和模型在哪裡運行。下面三種路徑要分開看。本地部署 DataFocus，不等於數據一定不出域。

使用說明交互演示僅在瀏覽器中使用模擬數據，不連接企業實例或模型。

治理原則平臺記錄誰調用了什麼、依據的來源和口徑、返回範圍與拒絕；寫操作記錄前後版本、差異、批准和提交。日誌本身也要脫敏、控制權限、規定保留期。平臺看不到外部 Agent 的完整對話、推理和最終輸出，也不應宣稱看得到。

使用說明S1–S4 的“本頁活動”展示本次演示的操作步驟，刷新後清除。

治理原則撤銷權限會阻止之後的訪問，但收不回已經交給外部客戶端的數據。回滾只承諾經過版本與兼容驗證的上下文變更；對外部系統的副作用需要補償設計。停用寫入時，仍能查詢已經完成的狀態和記錄。

使用說明按部署版本準備備份和恢復方案；導入案例時使用獨立項目，保留原有業務數據。