缓存与临时协调状态

快速状态先判断能否丢失

查询缓存、限流计数、短期协调和会话加速适合使用低延迟内存服务，但任务是否完成、审批是否发生、外部操作是否成功，不应仅保存在可能被逐出的缓存项里。选择Redis类服务前，先为每个键定义丢失后如何重建，以及是否影响业务正确性。

Redis官方持久化文档区分RDB、AOF、无持久化及组合策略，各自有性能、恢复与数据丢失窗口。启用一种持久化选项并不自动等于满足任务权威状态合同；托管复制也不能代替明确的恢复目标和备份演练。

缓存值不拥有授权

检索与答案缓存需要绑定tenant、当前可见范围、ACL revision、资料generation及模型/检索版本。命中后仍可能需要复核授权与新鲜度。缓存相似问题尤其要保留地区、日期、事项和单位条件，不能因为语义接近就复用另一用户结果。

短锁只约束某个时间窗口内的并发，不应成为“外部操作绝不会重复”的证明。长任务可能超过租期、worker可能暂停，结果未知时仍需权威幂等记录和外部读回。队列辅助状态也应区分已投递、已消费和业务操作已验证。

设计可退化路径

缓存不可用时，应能从权威库读取或受控排队，避免缓存故障放大成权限绕过。对高并发热键使用去重与并发限制，防止缓存同时过期触发大量相同下游调用。关键结果先可靠落库，再更新可丢失加速层。

验收包括逐出、重启、复制切换、锁超时和大批缓存失效，分别报告业务正确性与延迟。更高命中率不能补偿过期政策或跨租户泄漏；若恢复后找不到唯一任务状态，说明缓存已经承担了未经设计的权威职责。