企业知识库建设前，资料权限和使用边界如何梳理

先确定资料用途和责任人

资料能够在企业内部打开，不代表可以直接进入知识库。先逐类说明准备用来回答什么问题、哪些岗位使用、谁能批准用途，再确认是否涉及个人信息、商业秘密或第三方材料。不能判断用途和授权范围的资料，先留在待确认清单，不因试点方便而默认全部接入。

• 业务负责人确认问答场景与输出用途。
• 资料负责人确认当前版本、适用范围和可用人群。
• 系统负责人核对身份、权限与存储条件，敏感用途另行核验要求。

制作资料与角色权限矩阵

以下是沟通模板，不是法律合规结论或某款系统的默认能力。把角色与资料类别交叉列出，比一句“内部员工可用”更容易发现边界；同一人兼任岗位时，还需明确权限来源和撤销条件。

逐段检查资料经过哪些系统

将上传、解析、索引、检索、模型调用、回答展示与日志列成链路。逐段问：发送什么数据、由谁处理、保存在哪里、哪些人能查看、什么时候移除。脱敏样本也应检查是否能由上下文重新识别；只删姓名不能自动证明风险已经消除。

Microsoft 的文档级访问控制文档以 Azure AI Search 说明资料访问授权与查询结果限制。具体能力和可用状态取决于实现方案；应检查项目采用的功能，而非假定所有工具能自动继承原系统权限。

依据：[1] Microsoft Learn：Document-Level Access Control

把权限落实到检索与输出

建议以已验证的用户身份决定可访问资料，并检查检索结果、引用标题、摘要和下载入口。仅在页面上隐藏按钮，或在提示词中要求模型不要泄露，都不能代替访问控制。对跨部门组合查询，还应防止多份可见片段拼出原本不应公开的信息。

• 测试授权用户能否取得正确版本和引用。
• 测试无权限用户能否通过追问、引用或附件获得内容线索。
• 撤销权限后分别检查新会话、已有会话、缓存与历史记录。
• 删除或替换资料后核查索引及可见引用，明确未能同步的环节。

定义回答边界和异常处理

假设知识库用于解释差旅制度，可以允许回答报销材料要求；实际审批、付款或例外判断仍交给被授权人员。资料冲突时让系统说明版本问题并转交确认，不让它自行挑选对用户有利的规定。此为假设场景，并非已实施项目。

用脱敏目录开始项目沟通

先准备不含原始敏感内容的资料目录、角色清单、现有身份系统说明和典型问题，再沟通企业 AI 知识库服务。双方应确认资料处理范围、权限测试、删除与交付责任；具体技术措施需结合实际系统验证。官网留言中只描述需求，完整资料和访问授权通过另行确认的交接方式提供。