员工调岗后失去项目文件夹的访问权，AI助手是否也会立刻停止引用里面的报价说明？这应当成为知识库测试的一项，不能从文档库已经撤权就推定。只要知识库沿用上次同步的权限，两套系统就可能暂时给出不同结果。
AWS在10月7日介绍了Amazon Quick与Bedrock知识库的实时文档核权方式：先通过索引筛选候选资料，再向原始来源检查当前用户是否有权读取，只有通过检查的片段进入模型。值得关注的是“当前”两个字。文件没有改，权限已经改，旧索引仍可能给出错误答案。
同步了正文，不代表权限始终最新
RAG知识库把文件拆成片段并建立检索索引，常会一并保存谁能读这份文件。这样查询较快，却把原系统的权限复制成了一个时间截面。后来移除用户、调整部门组或结束项目，索引里的截面如果没有随之更新，两套系统就会暂时给出不同的访问结果。
因此，只测试“销售看不到财务文件”还不够。这通常是静态权限测试，能证明初始分组没有配错，却不能证明撤权及时生效。外贸团队更应该测试动态变化：转交客户之后，原销售还能否问出专属报价；外部协作结束后，旧成员能否继续检索项目资料。
这些问题与请求必须携带用户身份有关，但不是同一个控制点。正确识别了员工，也可能拿着过时的授权清单判断。身份是请求来自谁，核权是这个人此刻还能读什么。
把核权放在资料交给模型之前
逐一向原系统检查整个文档库会带来很多请求。先缩小到相关候选，再核对这些文件的现有权限，是一种不同的取舍：索引负责找得快，来源系统负责回答能不能读。企业采用哪种产品，都需要问清这两个步骤如何连接。
不要把敏感片段先传给模型，再让模型在回答时“注意保密”。即便它最终没有显示原句，资料已经进入了这次生成上下文。过滤应发生在内容交出之前，且拒绝结果不能由一句提示词重新解释成允许。
原系统暂时不可达时，也要有明确行为。对内部报价、非公开项目文件等资料，无法确认权限就不返回内容，比用缓存猜测当前权限更稳妥。纯公开产品手册可以采用不同安排，不必把所有资料强行放进同一套拒绝策略。
采购知识库时，可让供应商演示一次完整撤权：用户先能查询一份测试资料，管理员收回权限，随后从新的会话和已有会话分别查询。检查内容是否消失、是否仍能下载附件，以及答案是否通过旧引用绕回原文。演示必须使用测试资料，不拿真实客户秘密做现场验证。
最后还要区分未来检索与过去输出。撤权可以阻止后续取得资料，却不会自动收回已经发出的邮件、截图或导出文件。企业应先限制敏感内容进入哪些输出渠道，再讨论知识库能多快响应权限变化；两件事缺一不可。