SAG / ARCHITECTURE NOTE
原文凭证：如何从结果回溯到可复现的资料
这是一种将观测条件与原始响应关联为一条可核验记录的模型。若只保存表格中的排名，搜索结果发生变化后，就很难确认当时为何得出那个数字。即使来源链接仍然有效，也不能保证它与观测时的回答相同。
什么是原文凭证？
这是一种将观测条件与原始响应关联为一条可核验记录的模型。 本文从输入、转换和输出各自承担的责任出发理解原文凭证，而不是把它仅仅视为一个功能名称。要信任分析结果，就必须能够追溯输入了哪些资料、核验了什么，以及结论能够得出到什么程度。
为什么需要这项技术？
若只保存表格中的排名，搜索结果发生变化后，就很难确认当时为何得出那个数字。即使来源链接仍然有效，也不能保证它与观测时的回答相同。
设计原则与数据流
将原始响应、条件、时间和资料 ID 一并保存，并让拥有相应权限的审查者能够从数字追溯到这些记录。转换结果与原文应明确区分。
外部观测 → 保存原文与条件 → 在简报中核验依据
每个阶段都不应把前一阶段的成功表述为后一阶段的成果。将资料标识符、时间范围和验证状态连贯记录下来，就能定位遗漏和错误发生的位置，并确定需要重新核验的范围。
与 SAG 架构的联系
SAG 观测登记将原文凭证与曝光资料关联起来。客户原文的访问权限由租户权限保护，不会在公开博客中暴露客户的原文。
SAG 的运营价值在于将这种关联连接到页面、问题、对比结果和改进工作。客户不必只看数字，还可以一并审查需要补充的对象及其判断依据。需要进一步应用的模式，应根据相应段落的范围来理解。
说明性示例与判断标准
例如，在审查一张说明性表格（其中显示品牌在 AI 回答中被提及）时，应能够同时查看问题、引擎和当时的回答。现在重新提问得到的结果，不是同一份凭证。
以上示例用于说明结构和计算方式，并非任何特定客户的实测成效。实际报告必须关联所选的时间范围、对象、观测条件和原文记录，才能重新核验同一判断。
实务核验清单
| 流程阶段 | 核验项目 |
|---|---|
| 外部观测 | 关联观测条件与时间 |
| 保存原文与条件 | 确认原文下载权限 |
| 在简报中核验依据 | 追踪数字与凭证 ID |
请确认在资料为空、资料重复以及条件不同的情况下，系统是否仍能保持相同含义，而不只是处理正常输入。将核验项目纳入工作完成标准，有助于缩小功能说明与实际运营之间的差距。
局限与应用注意事项
即使有原文，也无法得知所有外部 AI 的内部搜索过程。必须区分公开回答提供的证据与对模型内部行为的推测。
研究与官方文档
- W3C PROV 概览 — 这是一个说明资料与生成活动、责任之间关系的 provenance 框架。
外部资料仅为上述设计主题提供背景，并不代表 SAG 的所有实现或客户成效均已获得认证。本文对适用方式的解读和说明性示例，是依据 SAG 的运营结构整理的。资料核验日期：2026-10-06。
延伸阅读与功能了解
如何继续了解这项技术
了解 SEO、AEO、GEO、实体和 JSON-LD 分别解决什么问题。
SAG / KNOWLEDGE LINKS