七个问题，决定能不能让 Agent 使用企业知识。

治理原则服务端根据真实的人、服务身份、委托关系、租户和当前政策确定身份。Agent 代表某个人或某个服务身份工作，委托可以随时撤销。请求里自报的角色，不改变任何权限。

使用说明使用实际用户或服务身份授权；演示中的角色切换只用于理解可见范围。

治理原则读取、草稿构建、发布和权限修改分开授权。有权读取，不等于有权修改；有权提出变更，不等于有权批准自己的变更。连接数据库的账号能读全库，也不代表每个终端用户都能。

使用说明连接自己的实例时，读取当前工具目录，并按工具和资源范围授权。

治理原则影响使用者的变更要经过批准。批准绑定具体的计划、基础版本、主体、资源、范围和期限；计划一变或授权撤销，就要重新确认。Agent 不能通过另一个工具批准自己。提交时再验一次权限。

使用说明交互演示模拟批准与状态变化；真实提交沿用实例中的审批流程。

治理原则知识有版本。规则的业务有效时间和系统批准时间分开记录。回答历史问题时，区分“当时已知”和“按现在批准的规则重算”，不悄悄改写过去的结论。

使用说明在 S3 中，用模拟规则对照业务有效时间与批准时间。

治理原则取决于 Agent 和模型在哪里运行。下面三种路径要分开看。本地部署 DataFocus，不等于数据一定不出域。

使用说明交互演示仅在浏览器中使用模拟数据，不连接企业实例或模型。

治理原则平台记录谁调用了什么、依据的来源和口径、返回范围与拒绝；写操作记录前后版本、差异、批准和提交。日志本身也要脱敏、控制权限、规定保留期。平台看不到外部 Agent 的完整对话、推理和最终输出，也不应宣称看得到。

使用说明S1–S4 的“本页活动”展示本次演示的操作步骤，刷新后清除。

治理原则撤销权限会阻止之后的访问，但收不回已经交给外部客户端的数据。回滚只承诺经过版本与兼容验证的上下文变更；对外部系统的副作用需要补偿设计。停用写入时，仍能查询已经完成的状态和记录。

使用说明按部署版本准备备份和恢复方案；导入案例时使用独立项目，保留原有业务数据。