企业检索中的权限感知知识图谱

企业内部检索助手最常被追问的不是“答得准不准”，而是“它会不会把我不该看的内容也检索出来”。这个问题得不到令人信服的答案，项目基本会停在试点阶段。权限感知的知识图谱真正处理的正是这件事：它把“谁能看到什么”从外围的合规附件，变成检索基础设施本身的组成部分。

普通检索架构为什么做不到

常见的做法是先把文档、页面、消息集中索引，再在结果返回时套一层过滤。问题在于，索引在被过滤之前，已经跨系统合并了不该合并的信息：标题、摘要片段、实体关系都带有“存在性”，员工即使无权打开某份文件，只要知道它存在、知道它提到了谁，本身就已经构成了信息泄露。原文对此的判断很直接：一个能在全公司文档里检索的助手，如果没有继承原有的访问控制，就等于制造了一个越权入口。连接的系统越多，这种泄露面越大。

权限感知的知识图谱把顺序倒了过来。图谱在构建阶段就携带权限信息，节点和关系绑定来源系统的访问控制，检索与推理都在这套约束下进行。这样，助手做多跳推理时不会跨越用户本来无权跨越的边界，回答的“找不到”也就变成了一个可信的结论，而不只是一个托词。

三个容易被忽略的细节

第一是权限粒度。很多系统只提供粗粒度的空间或文件夹级授权，图谱如果照单全收，推理结果就会比原系统更宽松。第二是身份传递，这是最容易出问题的一环。助手替用户调用外部系统时用谁的身份，决定了实际权限是被放大还是被约束；如果统一使用服务账号，效果等同于把所有人的权限合并成一个超级账号。第三是日志，对话记录与操作轨迹保留多久、谁能查看，直接决定出事之后能否追溯。

评估时值得逐条确认

• 身份体系是否与现有目录服务对接，而不是自建一套用户表
• 检索结果是否严格按原系统权限过滤，包括摘要与片段
• 智能体调用外部系统时，使用用户身份还是服务身份
• 对话与操作日志的留存周期和查阅权限边界

这四个问题问下来，多数方案的成色就清楚了。它们不涉及模型能力，却往往是否决项。

权限感知并不只是上线前的最后一道检查，它实际上决定了这个助手能被开放到什么范围。图谱的覆盖面决定它能回答多少问题，权限模型的严谨程度决定它敢被多少人使用。这两件事通常不成正比，先在一个权限边界清晰的部门做小范围验证，比直接铺开更划算。