Gu Nan's Notes · 2025

我把同一批 67722 的原始记录,用三种方式各校对了一遍,结果对不上。

不是因为资料差,而是因为我发现自己第一遍核对时,眼睛在骗我。这篇写的就是:在管家婆67722资料准确率保障技术手段里翻到的那些具体东西。

桌面上的记录本与计算工具

事情的起点:一张 10 月 26 日的核对表

你听我说!上周日,就是 10 月 26 日那天下午,我在书房翻出一张 A4 打印的核对表,边角被咖啡洇成了褐色。表头是打印的,下面有十几个手写的勾,还有一个被涂改成黑疙瘩的数字。那是七月里做的一批记录,编号 67722,我当时自信满满地在表格底部用红笔写了「全部复核完毕」——现在回看,那几个字写得比正文还潦草。我把这张表摊在台灯下看了差不多二十分钟,越看越觉得荒谬:我明明有一套自称完整的核对方法,可为什么还要靠一支红笔来给自己壮胆?于是我把那批记录重新调出来,决定用三种不同的路径各走一遍,看看它们到底会不会打架。

第一遍做的是人工盲读。我把原始录入内容遮住一半,只看左栏的编码和右栏的摘要,靠人脑判断两者是否匹配,然后掀开遮盖核对。第二遍做的是交叉比对:让两台设备分别导出同一时段的记录,再逐行对齐 diff。第三遍,也是我这次最看重的一遍——反向抽查,就是从结果倒推数据来源,看看每个数能不能顺着线索走回它最初的那条记录。三种方式跑完,我在纸上画了一排叉:有三处对不上,而其中两处,是我第一遍人工复核时「确认无误」的。

具体的三处对不上

第一处出现在第 14 行,摘要里写的是「19 笔」,可原始记录是「16 笔」,中间差的那 3 笔在第二遍导出里根本没有对应的明细。第二处更离谱,是一个日期:录入显示 7 月 8 日,反向抽查却顺着记录痕迹走到了 7 月 18 日,中间那 10 天像是被人从日历上撕掉了。第三处是格式问题,编号尾数被自动补了一个零,肉眼几乎看不出来,但交叉比对一跑就红了一片。我拿笔在旁边写:「人类的眼睛会在熟悉的地方偷懒。」这句话后来成了我修改流程的起点。

我做了什么具体的动作

11 月 1 日晚上九点半,我给这套核对流程加了两道机械关卡。第一道是强制双路径导出,任何单一路径的数据都不允许直接进入结果栏;第二道是尾数校验,凡是被系统自动补位过的数字必须人工回填原始值,并且留下签注时间。加完之后我又跑了一遍,三处对不上减少到一处,剩下那一处是我在原始记录里写错了,和流程无关。你看,这就是我最有意思的发现:保障准确率的技术手段,防住的往往不是资料本身,而是操作的人。这话可能有点得罪人,但我还是想说——任何号称能保障准确率的方案,如果不先承认人会走神、会手滑、会为了完成而完成,那它基本就是个摆设。流程的价值不在漂亮,在它能不能拦住那个困得睁不开眼、却还想点「通过」的你。

另外我顺手去核对了一下同类图库的更新节奏,把 今晚管家婆图库更新 记在了自己的观察清单里,又对着 正版管家婆免费图库 的字段结构做了个简单对照,最后把 2023管家婆最准的资料 里几个历史条目当成反例样本。这些对照不构成什么结论,但它们让我确认了一件事:字段结构和校验路径必须一起看,单看任何一头都会漏。

翻到的东西(按我翻到的顺序)

01 / 主线索

那张 10 月 26 日的核对表:红笔写的「全部复核完毕」其实是错的

我把这张表贴在书桌左上角整整一周。它提醒我,人的确认动作本身需要被确认。现在我在表格底部不再写「复核完毕」,只写复核时间加签注人,两个字都不多余。

核对流程
纸笔记录与核对
第 14 行那三笔差,就是在这张桌上发现的
02

第 14 行的「19 笔」:和原始记录差了三笔明细

交叉比对一跑就露馅。汇总口径和明细口径对不上,是录入时补写导致的。

数据核对
03

7 月 8 日和 7 月 18 日:中间那 10 天被谁撕掉了

反向抽查走到这里断了线。日期不是笔误,是复制粘贴时带错了源。

反向抽查
04

编号尾数自动补零:肉眼几乎看不见的一处格式错

系统补位看起来干干净净,但原始值被覆盖了。我的处理办法是:凡是补位过的数字,一律人工回填并留签注时间戳。

格式校验
05

老赵的那台旧显示器:颜色偏差骗过了我两分钟

11 月 1 日晚上,老赵在旁边看我用他那台泛黄的屏幕比对表格,说了一句「你这屏对不齐」。换屏重看,两处底色差立刻显形。

环境因素
06

强制双路径导出:任何单一路径都不许进结果栏

这是我加的机械关卡之一,简单但很管用。

技术手段
07

《数据质量实践》第三章:我看完只记住一句话

书里说要让校验「不可绕过」。我把它抄在便签上贴在显示器边框。

阅读
08

宋姐那通 22 分钟的电话:她说「你们核得越细,我越放心」

10 月 29 日中午,我给她解释为什么同一个数要录两遍,她听完笑了。被理解的感觉,比流程跑通更让我兴奋。

对话
09

把反例样本编成册子:第 3 号反例最典型

我从历史条目里挑了 12 条当反例,编号建档。每次新流程上线,先过反例册。

反例库
10

午夜十二点的那次重跑:三处对不上降到一处

加完两道关卡后重跑,剩下那一处是我自己写错,和流程无关。这反倒让我松了口气。

复盘

关于我

我叫顾南,一个喜欢把核对这件事当成侦探游戏来玩的人。白天我在一家数据服务团队负责录入与复核流程,晚上就在这个站上写我翻到的具体东西——不是教程,是笔记。

我为什么做「管家婆67722资料准确率保障技术手段」这个站?因为我自己被「确认无误」四个字坑过太多次,想把这些坑一个个标出来,让后来的人少摔一跤。

我信机械关卡胜过信人的自觉,信反例胜过信正面案例,也信一个笨办法:同一个数,用两条不同的路走一遍。写东西也一样,改到第三遍我才敢发。

—— 顾南,11 月的第一个星期一,书房台灯下

书房一角
“
校验的价值不在它多漂亮,而在它能不能拦住那个困得睁不开眼、却还想点「通过」的你。
—— 顾南,11 月 1 日晚 21:47,写在核对表背面