SAG / ARCHITECTURE NOTE
Goal 版本快照:如何让分析基准保持不变
本文依据研究和官方文档,说明 Goal snapshot 的定义、必要性与工作原理,并介绍其在 SAG 架构中的应用原则和实践检查清单。
一句话定义
Goal snapshot 是一种将分析目标、问题、竞争对手、语言和范围保存为特定时间点的不可变版本的方式。
核心答案:如果执行过程中基准发生变化,就无法说明结果是在什么条件下得出的。前后比较也会出现拿不同问题相互比较的错误。
为什么需要这项技术?
如果执行过程中基准发生变化,就无法说明结果是在什么条件下得出的。前后比较也会出现拿不同问题相互比较的错误。
工作原理
将可编辑的最新状态与执行时使用的 snapshot 分开。任务引用 snapshot ID 和 input hash,变更则创建新的 revision。
设计时不能只考虑准确性。还必须共同定义延迟、成本、数据边界、更新周期以及失败时的行为,这样才能在运营中获得可复现的结果。对于自动化无法确定的值,安全的做法是将其保留为“未测量”或“需要审核”状态,而不是改成 0 或成功。
与 SAG 技术的关联
SAG 将 Goal revision 和 payload hash 与任务关联。结果报告可通过 provenance 确认所用输入的版本,从而提高可复现性和审批质量。
实践检查清单
- 执行后不覆盖 snapshot
- 为所有任务关联 goal revision
- 检查前后比较是否基于相同的标准
- 将失败、空结果和权限错误的状态与成功区分开
- 在相同条件下重新验证变更前后的结果
研究与官方文档
参考文档为原理和建议提供依据。它们不保证搜索曝光、AI 提及、排名或收入;实际应用效果应根据服务数据,并通过相同条件下的观测进行确认。
后续阅读方向
了解租户权限、任务重试、缓存和审批记录。
SAG / KNOWLEDGE LINKS
