番号库冲突记录处理：保留差异而非强行合并

冲突并不是脏数据的同义词，它可能来自不同版本、不同地区口径、不同日期精度或来源错误。未经分析就选择其中一个值，会把真实的不确定性藏起来，并阻断以后纠错。

问题边界与核心判断

处理冲突时应保留原始值与出处，建立差异组，再按直接性、时效、独立性和字段匹配度评估证据。即使某值权重更高，也要让被覆盖的值可追溯，并写明决定时间。

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

可复现的工作流程

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

1. 步骤 1：冻结当前记录快照，避免核验过程中原始冲突被后续编辑覆盖。
2. 步骤 2：把各值连同来源、观察日期、精度和版本并列放入冲突组。
3. 步骤 3：逐项评估证据权重，不用简单多数票替代来源关系分析。
4. 步骤 4：发布暂定值时保留 disputed 状态、异议说明和下一次复核条件。

示例工作单

虚构字段在来源甲中为 03 月，在来源乙中为 04 月；两者可能分别指发布日期和页面更新日。工作单先检查字段语义，若无法确认就并列保存，不把较新网页上的值自动当成正确答案。

record: "example-only"
method: "conflicting-records"
source_status: "待确认"
decision: "仅演示流程，不构成事实"

常见偏差与纠正

• 为了界面只允许单值而删除另一个来源值。
• 按页面数量投票，却没有识别多个页面都转载同一出处。
• 选定暂定值后去掉冲突标记，让读者误以为结论已确定。

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

结论

保留差异不是犹豫，而是对证据边界负责。番号库把冲突作为一种明确状态，让编辑可以继续核验，读者也能理解当前结论的限制。