番号库日期与版本字段的校对方法

目录常同时出现内容发布日期、来源页面更新时间、本站收录日期、人工核验日期和记录修订日期。它们看似都是日期，实际回答完全不同的问题；若放进同一字段，排序、筛选和时效判断都会失真。

问题边界与核心判断

日期字段必须附带时区与精度。来源只显示月份时，不应伪造具体日；页面未提供时区时也不能擅自换算。版本字段则应连接变更日志，说明当前记录基于哪次核验、哪些字段发生变化，以及旧版本是否仍可查。

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

可复现的工作流程

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

1. 步骤 1：为每个日期写清事件主体，例如 source_updated_at 与 verified_at 不得混用。
2. 步骤 2：保留原始日期字符串，并另外存储规范化值、时区和 day、month、year 精度。
3. 步骤 3：对来源页面截图或摘录记录获取时间，避免以后把观察时间误当发布时间。
4. 步骤 4：每次修订生成版本号与变更摘要，重大冲突单独创建待确认记录。

示例工作单

虚构来源仅写“2026 年 3 月”，规范化记录可保留 year=2026、month=03、precision=month，day 留空；本站在 4 月 2 日核验，则另写 verified_at。两个值不能合并，也不能用核验日期填补来源缺失的具体日期。

record: "example-only"
method: "date-version-field-review"
source_status: "待确认"
decision: "仅演示流程，不构成事实"

常见偏差与纠正

• 为了便于排序给模糊日期补上第一天，却不保留精度标记。
• 把抓取时间当成来源更新时间，制造虚假的新鲜度。
• 覆盖旧版本而没有变更原因，导致冲突无法定位。

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

结论

日期可信度来自语义和精度，而不是格式统一。番号库应让读者看出一个日期是谁在何时做了什么，并能从版本记录追到依据；缺失部分继续标为未知或待确认。