发布、回滚和评测知识变更

理解这条链路

把可回滚与不可恢复的东西分开

内容快照允许回滚；最新删除墓碑、账户权限收紧与到期规则应覆盖所有旧版本。发布清单至少包含文档摘要、切块参数、Embedding 与重排版本、索引位置及规则版本。用同一活动指针选择整个版本，避免新索引配旧原文。

质量漂移分层监控

文档数量或领域变化是数据漂移；召回分布变化是检索漂移；同样证据下答法变化是生成漂移；用户任务变化则是业务漂移。按错误归因选回滚、重建或重新采样，不因平均分下降就同时更换所有组件。

按这个顺序操作

1. 给现有知识库生成 manifest，检查是否能从来源与配置重建。
2. 用冻结问题集比较当前版和候选版，单独检查删除、权限与时效反例。
3. 在测试环境切换活动指针，注入中断以检查是否出现混合版本。
4. 回滚后重测删除与权限收紧，再验证缓存失效。

可直接复用的记录模板

snapshot_id：
source_manifest_hash：
chunker / embedding / reranker / index_version：
content_active_pointer：
latest_delete_epoch / latest_acl_epoch：
评测集版本 / 候选结果 / 回滚目标：
硬性条件：回滚内容不能恢复已经撤销的访问权。

做到什么程度才算通过

• 同一请求只读取一个内容版本。
• 删除与权限撤销跨回滚有效。
• 缓存键包含必要的版本与权限信息。
• 差异报告能说明漂移发生在哪层。

本轮确认的事实与来源

以下为公开资料支持的具体结论；操作流程和验收建议属于工程推导。仓库说明或厂商效果表述不等于独立实测。

这次更新了什么

保留原治理基准的控制不变量；不再把确定性基准通过率写成真实 RAG 质量。

接着解决下一个问题