很多团队第一次做企业知识库系统时，最先关注的通常是两件事：
- 检索能不能命中；
- 回答看起来够不够像“懂业务”。
这当然重要，但如果系统一开始就要面向多个部门、多个项目组、多个客户，真正更容易把项目拖住的，往往不是召回率本身，而是另一层边界：
谁能看到什么，谁不该看到什么，系统到底靠哪一层来拦。
单租户演示环境里，这个问题不一定明显。
文档先堆进去，搜到了就回答，效果还不错，团队自然会觉得可以继续推进。可一旦进入多租户环境，事情会立刻复杂起来：
- A 部门和 B 部门共用同一平台，但资料不能互相看见；
- 甲客户和乙客户使用同一套知识库底座，但内容绝不能串；
- 同一个部门内部，不同角色可见范围也不同；
- 某些文档允许被摘要，但不允许返回原文；
- 某些回答可以给结论，但不能暴露引用来源里的敏感字段。
这时候如果还把权限问题理解成“登录后判断一下角色就行”，后面很容易出事故。
因为在 RAG 系统里，权限并不是只发生在一个入口，而是会穿过整条链路：
- 文档入库时怎么打标；
- 建索引时哪些字段必须保留；
- 检索时能不能先过滤；
- 重排后是否还要复核；
- 生成回答时能不能引用原文；
- 日志、缓存、回写结果是否也带上权限边界。
所以这篇文章不再讲“RAG 是什么”，而是直接解决一个更像生产问题的主题：
R
