Agent渡劫48关-第20关-多租户RAG怎样才能真正不串数据？原创

多租户检索不是协议句RO就安全，今天指定两件事，隔离放在数据层还是检索层，谁负责？客户买的就是一句我的数据别人看不到。这句话如果写不到产品能力，续约时一定得追问。上个季度三张工单都是租户越权，可见还是客户自己发现的，我们连复现路径都拿不出来。O把这类问题归到promp injction和过度授权，只要数据进了模型，Context就已经算泄露，一期只做共享表加强制租户过滤独立库方案延后验收标准就一条，跨租户检索0命中。方案A，每租户独立collection护理隔离柜方案B共享collection+T与me filter便宜，单靠代码自律检索后再过滤等于白做，数据已经进。

了康分两次调用分页缓存，任何一个都能绕开租户条件现在没有机械数据，我要求先跑一遍跨租户攻击用力级量出命中率，否则上线说不清好话。公开文档和DEMO站点是另一个入口，索引里混进租户样例数据，搜索引擎会照抓不误。这次我不同，Tag和租户隔离没有因果关系前，留给能验证信任的落地页，测试更值。独立Collection按签租户算，存储加缩印成本至少翻3倍。我的预算线是共享方案加审计日志，合同里敢写租户数据不交叉就得有证据链，谁会绕不过你？日志必须记租户主体命中文档下一棒要定清楚谁写过滤中间键，谁写攻击用力，哪个审批点必须人工过现在。

这些都还没有owner呢，既然PRO也防不住销售话术就改不再说模型自己会判断改说数据层强制隔离可审计，我要客户能自证，后台能看到本租户数据边界，月全工单能一键导出证据，做不到就还是不闭，还mves多租户文档也把partition key当首选，Namespace偏粗力度跨租户攻击用力行业都在补课，范围冻结一期只做collection内partition t加减锁前过滤，独立collection和namespace都延后，最终取方案B共享collection+petition p牺牲物理隔离和跨租户联合检索，换来成本可控于统一治理过滤下沉到检索SDK出口，任何调用必须带租户，上下文却参数直接抛错，缓存T也带租户。

成功线跨突不攻击用立命重率为0，过滤后召回下降不超过5%，停止线出现一次越权命中就回滚文档站点改示例数据脱敏加锁隐白名单验证指标是公开业0租户字段且收录量不下降，隔离能力做成信任液后我小预算测转化事件是注册后30天留存测不出ROI就说明这条路不成立，预算封顶40万含中间键与红对测试ROI门槛是续约率提升两个点，达不到不追加一分钱，合规门槛过了责任主体视频台方审计日志留存一年跨租户访问必须双人授权并全程记录交付清单。ALEX2周出过率SDKDA文3周出攻击用力报告，Bob评审隔离方案4周统一验收定了共享collection加。

身体检索前强制过滤PRO不算防线，做不完就砍功能，不砍隔离。