SAG / ARCHITECTURE NOTE

Goal 版本快照:如何让分析基准保持不变

本文依据研究和官方文档,说明 Goal snapshot 的定义、必要性与工作原理,并介绍其在 SAG 架构中的应用原则和实践检查清单。

下载Markdown

一句话定义

Goal snapshot 是一种将分析目标、问题、竞争对手、语言和范围保存为特定时间点的不可变版本的方式。

核心答案:如果执行过程中基准发生变化,就无法说明结果是在什么条件下得出的。前后比较也会出现拿不同问题相互比较的错误。

为什么需要这项技术?

如果执行过程中基准发生变化,就无法说明结果是在什么条件下得出的。前后比较也会出现拿不同问题相互比较的错误。

工作原理

将可编辑的最新状态与执行时使用的 snapshot 分开。任务引用 snapshot ID 和 input hash,变更则创建新的 revision。

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

与 SAG 技术的关联

SAG 将 Goal revision 和 payload hash 与任务关联。结果报告可通过 provenance 确认所用输入的版本,从而提高可复现性和审批质量。

实践检查清单

  • 执行后不覆盖 snapshot
  • 为所有任务关联 goal revision
  • 检查前后比较是否基于相同的标准
  • 将失败、空结果和权限错误的状态与成功区分开
  • 在相同条件下重新验证变更前后的结果

研究与官方文档

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

后续阅读方向

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

文章列表