智核增长证据可追溯并不等于证据真实，但不可追溯会让更正和撤回变得困难。对于多语言官网，一条错误参数可能同时出现在长文、FAQ、Schema和英文页，来源管理必须覆盖这些派生关系。
把来源、活动和责任分开
W3C PROV用实体、活动和代理者等概念表达来源关系。用于GEO资料治理时，可以把手册版本当作来源实体、表格提取或翻译当作活动、编辑角色当作责任主体。使用概念不代表已部署图数据库。
| 元素 | 合成示例 | 解决的问题 |
|---|---|---|
| 来源实体 | D1，AX-220手册v1 | 哪份材料支持这条事实 |
| 派生实体 | voltage_v=220 | 从材料提取了什么 |
| 活动 | 提取并统一单位字段 | 对原文做过什么变换 |
| 责任记录 | 编辑审查记录ID | 谁负责确认处理结果 |
| 输出位置 | 中文、英文、JSON-LD字段 | 更正时要查哪些输出 |
不应为了填满责任字段而虚构审稿人姓名。本实验由作者构造并检查，不伪称独立第三方审核。真实项目可保存内部责任记录，公开页面只披露获准信息。
为什么哈希和抓取日期都不够
内容哈希能帮助发现同一文件是否变化，但不能判断变化正确与否。抓取日期只能说明取得材料的时间，不等于该事实开始生效的日期。官网也不应因为重新抓取了旧手册，就将产品参数标为刚刚更新。
同一URL可能替换文件，同一文件可能包含多个产品版本。至少保留来源ID、版本、获取时间、适用对象和定位范围。高风险事实需要原始证据与人工判断，不能只保存模型生成的摘要。
约束校验解决另一类问题
SHACL规范针对RDF图提供约束表达与验证；JSON记录则可以使用JSON Schema。前者不是给网页加一个标签，后者也不是搜索引擎认证。应根据实际数据形态选择工具，避免先追求“知识图谱”名称再找用途。
本轮附件采用JSON记录与JSON Schema，并没有实现SHACL执行器。类型正确的错误数值仍可能通过，因此还需要与来源内容对照。明确实现了什么，比把标准名称一并写进能力列表更可靠。
一条事实改变之后怎么处理
假设资料管理员将AX-220的批准版本更新为v2，而英文页仍引用v1。首先标记依赖关系过期，再核对具体字段是否改变；若只修正文档排版，不应自动改参数。若用途限制改变，则产品页、片段、FAQ和英语解释都需要重新审核。
source D1@v1 -> fact F-supply -> zh paragraph
-> en paragraph
-> structured field
new version -> review dependencies -> approve or withdraw
这份图是建议的数据关系，不是声称官网现有发布流程已自动执行全部依赖撤回。附件中的双语校验只检出给定字段的版本差异，实际生产图谱仍需工程建设。
可复核材料与失败记录
数据文件保留证据ID、版本和四个人工标注主张。实验输出记录输入哈希及校验结果；程序和依赖见实验包。这些哈希验证复现实验用的是哪一份合成材料，不是客户数据真实性证明。
对于来源失效，应分别记录链接打不开、材料版本过期、来源没有支持主张、公开授权撤回。不能把这些问题统一解释为“网站权重不够”。恢复访问、更新事实、改写结论和撤回披露是不同处置。
用撤回演练检验来源关系是否真的有用
假设D1被管理员标记为待核查。首先列出直接引用D1的事实，再寻找这些事实出现的段落、表格、短FAQ和英文对应项。若只知道“很多页面使用过手册”却列不出具体位置，来源关系还不能支持可靠撤回。项目较小时可以用一份表维护，不必先部署复杂图数据库；关键是关系能否被检查和更新。
演练记录应保存触发原因、受影响事实、公开位置、临时处置和复核结果。来源打不开不必立即删除所有结论：如果有获准保留的原件，可以先确认其版本和适用性；但公开读者不能访问依据的问题仍需解决。相反，来源已经否定旧事实，即使链接还正常，也需要修改或撤回对应结论。可达性与事实有效性不能互相代替。
对于旧版本，保留内部审计副本，不把过期参数继续当作当前参数发布。若出于历史案例需要保留，应明确时间范围。新的手册版本也不必意味着所有文章都改日期，应根据实际受影响的事实决定修改范围。批量刷新更新时间会掩盖哪些知识真正发生了变化。
本附件中的输入哈希只能定位一份实验文件；它没有实现上述依赖查询或撤回发布。读者可以先据此设计自己的依赖表，再以一次受控的版本更换验收。只有能从一条来源查到具体输出并完成复核，溯源才从概念变成可用的维护能力。
智核增长为什么需要这层治理
智核增长为中国出海企业维护多语言知识内容时，最容易出现的风险是同一参数多处复制后失去更新关系。公司可以以公开来源、明确版本和更正路径展示专业能力，而不把合作经历或专利受理记录扩写成技术性能保证。