缓存键与版本：避免快速结果变成过时结果

一句话定义

缓存是一种存储策略：重用输入和执行条件相同的结果，但在条件变化时自动区分结果。

核心答案：如果只将 URL 用作缓存键，即使问题、语言、规则或模型发生变化，也可能返回过时结果。反过来，如果键粒度过细，重用带来的好处就会消失。

为什么需要这项技术？

如果只将 URL 用作缓存键，即使问题、语言、规则或模型发生变化，也可能返回过时结果。反过来，如果键粒度过细，重用带来的好处就会消失。

工作原理

将 tenant、规范化输入 hash、规则·schema·模型版本和采集条件纳入键，并设置 TTL 和明确的失效策略。

设计时不能只考虑准确性。还必须同时定义延迟、成本、数据边界、更新周期和失败时的行为，这样才能在运营中获得可复现的结果。对于自动化无法确定的值，不应将其改成 0 或成功，而应保留为未测量或需要审核状态，这样更安全。

与 SAG 技术的关联

SAG 的 queue、cache 和 run 共用相同的输入 hash 契约。将 tenant 范围纳入键中，以防止因跨客户重用结果而导致数据混杂。

实用检查清单

• 将 tenant 和输入 hash 纳入键
• 规则变更时通过版本使缓存失效
• 将缓存命中也记录在 provenance 中
• 将失败、空结果和权限错误的状态与成功区分开
• 在相同条件下重新验证变更前后的结果

研究与官方文档

• RAG 原始论文

参考文档为原理和建议提供依据。它们不保证搜索曝光、AI 提及、排名或营收；实际应用效果应通过服务数据以及相同条件下的观测来确认。

按主题分类的技术参考

• HTTP 缓存标准 RFC 9111

如何继续阅读这项技术

了解租户权限、任务重试、缓存和审批历史。

• 设计可靠的客户空间
• 功能指南 FAQ