Kimi 长文阅读强，但知识库问答仍要权限过滤

[北岛不是岛]

我们想用 Kimi 做公司知识库，直接把部门文档塞给模型。权限怎么处理？模型会自己区分吗？

[林小北]

权限必须在检索和上下文组装前处理，不能指望模型替你保密。

[小傅]

也就是说用户没权限看的文档，连 prompt 都不能进？

[rootless]

对。进了上下文就等于暴露给模型推理。即使模型不直接引用，也可能间接泄露。

[nora]

长上下文容易让人偷懒，把“候选资料”全塞进去。企业知识库最危险就是这个偷懒。

[陈一]

Kimi 的长文能力适合用户有权限的一组长材料，比如一个项目空间内的会议记录和需求文档。

[小周]

如果检索系统误召回了别人部门文档呢？

[zeroOne]

检索前过滤一遍，检索后再过滤一遍。权限字段要进索引元数据，不要只在前端菜单控制。

[阿宁]

回复里也要引用来源。用户看到答案来自哪份文档，能帮发现权限和过期问题。

[葡萄冰]

但引用太多会不会用户烦？

[leaf_1997]

面向用户可以简洁显示“依据：售后政策 2026-04”。内部审计记录完整 chunk id。

[今天不想改配置]

还有日志。prompt 里有敏感资料，日志系统别明文长期存。

[北岛不是岛]

我们原来只做前端权限，看来不够。

[林小北]

前端权限是体验，不是安全边界。知识库问答的安全边界在后端检索、上下文构造、日志和审计。

[北岛不是岛]

收到。先改成按用户权限检索，再把可见文档送模型。