版本号与期号对不上，
从这里开始查

差异不是靠某一次大检查发现的，而是三层节奏各管一段、互相兜底。任何一层拦下来，记录都不会带着疑问进入公开视图。

1. 01

   入库校验 5 分钟内

   每一条期号数据进入公开视图之前先跑一次一致性校验。版本标注与期号写法任意一项对不上，就留在人工队列里，不会出现在检索结果中。

2. 02

   每日全量复核 凌晨执行

   每天凌晨把当天录入的节点与历史记录重新比对一遍，重点看跨版本引用的位置。录入当下的偶发错误，大多在这一层被捞出来。

3. 03

   每周版本对照 对照周报

   把一周内出现的差异条目汇总成一份版本对照周报，写清差异落在哪个版本、哪一段期号区间，以及最后怎么处理。归档版本的补充说明也在这里发布。

三层核验分别由期号组、规则组与质量组执行，执行的人不负责复核自己录入的内容。

想看清三层核验各自的界面入口和操作顺序，功能中心里有一整套说明与示例。

版本号不是一开始就有的。它是在记录越来越多、规则越改越细的过程中，一步步长出来的。看清来路，历史版本为什么值得信就顺理成章了。

1. 阶段一

   单表期号

   站点早期用一张期号表承担全部导航，记录靠人工抄录与复核。结构简单，但规则一调整就牵一发而动全身。

2. 阶段二

   版本标注

   开始给每次规则变更打上版本号，期号与版本之间第一次有了显式对应关系，v1 体系在这一阶段成型。

3. 阶段三

   双轨查阅

   v1 与 v2 并行开放查阅，归档思路从覆盖旧稿改成保留旧稿，按季度归档一次版本节点。

4. 阶段四

   当前版本体系

   v3 规则文档分为 7 个章节，版本号推进到 v3.2。8 月 12 日更新后出现过一次兼容异常，随后发布 v3.2.3 补丁，异常前后的历史版本对照入口都保留着。

每次规则变更的解读、补丁复盘和检索笔记，都整理在路径观察栏目，按发布时间倒序排列。

校对能力不是一句“我们很认真”。有人、有分工、有交接边界，差异才有可能被稳定地找出来。