番号库交叉核验清单：如何记录证据链

交叉核验不是简单找到两个相同说法，而是确认两个来源是否独立、是否支持同一个字段、是否来自同一时间版本。大量互相转载的页面只能构成一条链，不能被误算成多份独立证据。

问题边界与核心判断

一份最小证据记录包含主张、出处、观察日期、支持摘录、差异和结论。摘录应只保留核验所需的中性信息，不复制受版权保护的大段内容；结论还要写明强度与下一次复核条件。

本文只讨论公开、中性的元数据整理方法。任何来源未给出的事实都不补写，任何无法回到证据的判断都保留为待确认；示例内容不对应真实人物、作品或平台。

可复现的工作流程

执行时建议为本篇主题创建独立工作单，保存输入、操作顺序、观察日期和结论强度。不要一次改变多个条件，也不要为追求整齐覆盖原始值。

1. 步骤 1：先把待核验内容写成单一主张，例如“字段 X 的值为 Y”，避免复合句。
2. 步骤 2：寻找来源链的起点，标记转载、引用和独立发布之间的关系。
3. 步骤 3：记录支持与反对证据，比较发布日期、版本和字段精度。
4. 步骤 4：给出已确认、部分支持、存在冲突或待确认结论，并安排复核触发点。

示例工作单

虚构记录 A 与 B 都写“2026 年”，但 B 明确转载 A；第三个独立来源只给出“2026 年上半年”。证据表应把 A-B 视为同一链，第三来源作为部分支持，并保留精度差异，不把三页计成三次确认。

record: "example-only"
method: "cross-check-evidence-chain"
source_status: "待确认"
decision: "仅演示流程，不构成事实"

常见偏差与纠正

• 只记录支持材料，不保存与结论不一致的来源。
• 把转载数量当作独立性，形成虚假的多数意见。
• 结论没有日期和复核条件，来源更新后仍长期显示旧判断。

如果流程要求真实账号、下载文件、绕过权限或提交敏感资料，应立即停止。本地站点不具备真实提交、发布或核验后台，相关状态不能从页面外观推断。

结论

可用的证据链让后来者能沿相同步骤检查主张。番号库的核验清单不追求绝对确定，而是明确当前证据支持到什么程度、还缺什么。