49原图资料库更新
DETAILED NOTE · 详情

8 月 4 日夜里十一点四十,我把 49 个条目摊在屏幕上,发现其中 9 个的尺寸对不上

这是 49原图资料库更新 的第三次人工核对记录。不是通报,是一次还没想通的复盘——包括那 9 条该怎么定性,我到现在也没答案。

作者 江晚 发布于 2026-08-06 阅读约 9 分钟 分类:资料核对

先说那个场景

8 月 4 日晚上十一点四十,我在书桌右边摆了张 A4 纸,把 49原图资料库更新 这次涉及的 49 个条目一条一条抄在上面,抄到第 37 条时笔尖断了。我换了支 0.5 的黑色中性笔继续写,写到第 41 条抬头看时间,已经过了零点。就是在这个节点上,我开始把抄下来的尺寸数值和源文件属性面板里的数字对照,然后发现了第一处不一致。

那一条是第 12 条,标注写的是 1920×1280,源文件属性面板里显示的却是 1920×1279。差一个像素,听起来像统计口径问题,可它偏偏只出现在这一条上,不是所有条目都少了这一个像素。我把纸推远了一点,盯着那个 1279 看了十几秒,才意识到自己其实并不确定哪个数字才是「正确」的——是标注该改,还是源文件该重新导出,这已经是两个方向相反的结论了。

这里可以先说一句背景:这轮 49原图资料库更新 并不是我自己发起的,是上周有个读我旧文章的读者发邮件来问的。他叫陈默,在杭州做电商美工,邮件里只写了一句话和一张截图,截图里是某个条目的标注尺寸和他在本地打开后看到的实际尺寸,差了 40 像素。他问的是「是不是所有条目都这样」。我当时回他「我查一下」,然后就把这句话拖了六天。

41 条抄完之后,我做了三件事

第一件事是把 49 条按更新批次分成四组:7 月 11 日的一批、7 月 19 日的一批、7 月 28 日的一批、8 月 2 日的一批。分组之后规律立刻显现出来——9 条对不上的条目里,有 7 条集中在 7 月 19 日和 7 月 28 日这两批。8 月 2 日那批 13 条全部一致,7 月 11 日那批 12 条也全部一致。这个分布太整齐了,不像随机误差。

第二件事是逐条比对文件属性里的创建时间和修改时间。7 月 28 日那批 6 条里有 4 条的修改时间比创建时间晚了不到两分钟,而其他批次的条目,这两个时间戳之间通常间隔几小时到一天。两分钟以内,意味着有人打开文件、做了点什么、保存,一气呵成。我不确定这「点什么」是重新压缩还是重新裁切,因为压缩和裁切都会改变最终尺寸,而我在属性面板里看不到这一步的历史。

第三件事是去翻旧记录。我在自己硬盘的 archive 文件夹里存着 5 月以来的每一轮变更清单,翻到 7 月 19 日那一份时,发现清单里对第 8 条和第 23 条的描述都是「按原尺寸替换」,没有写明替换前后的数值。这就是问题的核心:**清单只记录了「替换」这个动作,没有记录替换的数值依据**,于是两个月后谁也说不清当时到底换了什么。这个缺口不是技术问题,是记录习惯问题,而记录习惯一旦形成,补起来非常麻烦。

关于「以哪个为准」,我有不同意见

我的判断是:这 9 条应当以源文件属性面板的数值为准,标注改过来,而不是重新导出源文件去迁就标注。理由很朴素——源文件是我们手上唯一的一手材料,标注是二手描述,一手和二手打架时改二手,这是常识性顺序。

我知道这个意见会有人不同意。反方的说法我也理解:标注是给使用者看的,使用者按标注去找素材,标注稳定比源文件精确更重要,改动标注会让已经引用过旧标注的人对不上号。这个理由有分量,我暂时没法完全驳倒它。所以我把它写在这里,而不是直接去改那 9 条。这就是我今天的困惑所在:**一个看起来只需要改 9 个数字的小事,牵扯的是一套「谁是权威」的约定,而约定不是一个人能改的。**

补充一句操作层面的观察:这轮核对里,我用到的工具只有文件属性面板、一个文本比对脚本和那张手抄的 A4 纸。脚本只能比对清单里的字符串,属性面板只能看单个文件,真正的判断还是得靠人一条条过。这大概也是这类核对一直没有被自动化替代的原因。

那 9 条到底该怎么定性

我列了三种可能的解释,每一种都对应不同的处理方式,但每一种我都没法用现有材料证实或者排除。第一种是导出流程在某两个批次上出了偏差,参数被改动过一次又改回来;第二种是有人手工替换过个别条目,替换时没有同步标注;第三种是标注本身就是从别的来源抄来的,从来没有和源文件对齐过。第一种偏向流程问题,第二种偏向操作问题,第三种偏向记录问题,三者的责任归属完全不同。

我倾向于第二种,但没有证据。「倾向于」这三个字写在核对记录里是危险的,因为它很容易被后来的人当成结论引用。所以我把这段单独放在这里,明确标注成推测。核对记录最怕的不是漏记,是把推测当事实记下来,然后被下一个读者继续当作事实往下传。这个链条我见过太多次了。

至于那 7 条集中在两个批次的条目,我能确认的只有一件事:它们的时间戳都落在工作日的下午。7 月 19 日是周日,7 月 28 日是周二,8 月 2 日是周六。周日和周六的批次表现完全不同,这条线索说明不了什么,我又把它们放回去了。

下一步,以及还没答案的问题

下一步我打算做两件事。一是给 7 月 19 日和 7 月 28 日这两个批次的 9 条各自建一份单条记录,写清楚当前标注值、源文件值、差异量和发现时间,用统一格式存着,不再散落在邮件和便签里。二是给陈默回信,把他问的那个 40 像素的差异如实告诉他,包括「我不知道是不是所有条目都这样」这个诚实的部分——因为我确实查完了才发现,它不是全部,是 9 条里有 7 条落在他会用到的那两个批次。

还没答案的问题是:如果最终确认要改标注,谁有权改?改完怎么通知已经引用过旧标注的人?以及最麻烦的一个——这次核对只覆盖了 49 条,剩下没核过的条目里,还有多少条藏着同样的问题?这三个问题我都答不上来,所以这篇写完之后,我大概还会在纸上再抄一遍,这次换支笔。

如果你想看这轮更新里涉及下载端的具体操作,可以翻 49tk.cc图库下载安装 那一篇;关于条目查找路径的梳理在 49图库精准资料获取方法 里;恢复和免费打开相关的注意事项我单独写在 49图库资料免费打开49图库资料中心恢复注意事项;安卓端的安装流程见 49图库下载安装安卓版怎么下载;另外还留了一篇 17库恢复正常使用免费打开17图库93463 作为对照记录。

最近的记录

共 10 条 · 按时间倒序
书桌上的笔记本和笔

陈默那封邮件里提到的 40 像素差异,我查到了源头

杭州做电商美工的陈默 7 月 29 日发来截图,问题是「是不是所有条目都这样」。答案是 9 条,不是全部。

读者来信 2026-08-05
摊开的稿纸与钢笔

7 月 28 日那批 6 条里,4 条的修改时间只晚了不到两分钟

时间戳分布是这轮核对里最有信息量的线索,但它指向流程偏差还是手工替换,我分不出来。

时间戳 2026-08-05
图书馆书架

5 月以来的变更清单我翻了一遍,7 月 19 日那份只写了「按原尺寸替换」

记录只写了动作,没写数值依据。两个月后,谁也说不清当时换了什么。

旧记录 2026-08-04
书店里的书堆

第 12 条:标注 1920×1280,属性面板 1920×1279

差一个像素。是改标注还是重新导出,这是两个方向相反的结论,我停在这里。

单条记录 2026-08-04
桌面上的手写笔记

8 月 2 日那批 13 条全部一致,这反而让我更担心

新批次干净得不正常,说明偏差可能不是随时间累积的,而是集中在某两批。

批次分析 2026-08-03
阅览室的长桌

手抄到第 37 条时笔尖断了,我换了支 0.5 的黑色中性笔

49 条,一张 A4 纸,四组批次,三个还没答案的问题。这是第三次人工核对的完整过程。

核对方法 2026-08-02
夜晚的窗台与灯

为什么我坚持认为应当以源文件为准而不是改源文件

一手材料和二手描述打架的时候,改二手,这是常识性顺序。但反方的理由我也驳不倒。

观点 2026-08-01
笔记本上摊开的书

三种可能的解释,我一种都没法证实

流程偏差、手工替换、标注从别处抄来。三者责任归属不同,而现有材料只够我列出它们。

未解问题 2026-07-31
成排的书与阅读的人

比对脚本能做的只是字符串,判断还得靠人一条条过

这轮核对我用了一个文本比对脚本,它只能发现字面上的不同,发现不了数值背后的问题。

工具 2026-07-30
图书馆高处的书架

剩余未核过的条目里,还有多少条藏着同样的问题

这次只覆盖 49 条。剩下的部分我没有能力在短期内全部核完,这是个诚实的交代。

下一步 2026-07-29

关于我

我叫江晚,做资料条目的核对与归档,从 2023 年起陆续记录了几百条尺寸、时间戳和版本变更,习惯把过程写在纸上再敲进电脑。这个站点叫「49原图资料库更新」,名字很简单,因为我懒得想一个更花哨的。

我在这里写的东西大多不是结论,而是过程——包括那些查了半天最后仍然没有答案的部分。我不太相信「一句话说清」的写法,因为大部分资料的偏差都出在细节的一两个数字上,而一两个数字往往牵着一整套记录习惯的问题。

做这个站的原因很具体:2024 年我自己因为一份没写数值依据的变更清单,白花了两天重做一批文件。从那之后我就觉得,把核对过程写下来这件事,对别人也许没用,但至少对下一个打开这些文件的人有用。

— 江晚,写于 2026 年 8 月 6 日凌晨

今天看到的一句话
「核对的第一步不是比对,是先决定以哪一边为准;这一步没定,比对只是把两个数字并排放着。」
出自 江晚,《变更清单记录规范(内部草稿)》,2026 年 6 月版,第 4 页。这话是我自己写的,三个月后再读,觉得当时写得比现在明白。