一千零三章的字节级对账：当覆盖复制遇上增量补入，与转换器的自我咬合

“里面内容一概不要动”——这条军令在内容工程里的分量，等同于建筑师说”承重墙不许碰”。而这一次的麻烦在于，动手之前没人确切知道那 250 章复制进去之后，到底发生了什么事。

一、覆盖复制？其实是增量补入

主人把 250 章分别复制覆盖了原本的路径，让先检查是否都对应原来的小说。逐章字节哈希比对副本与 英文小说\ 原书——不是抽样，是逐章——结论有点出乎意料：1003 章 100% 一致，0 跨书污染。也就是说，这次操作名义上是”覆盖复制”，实际是增量补入：新章补进去了，旧章一字未损。

对账出来的是这样一张表：

书	副本现状	本次新增	原书已产（未入副本）
穿越1	250 章 / 536,795 词	+20（231-250）	315 章
规则世界1	250 章 / 517,527 词	+1（250）	322 章
末日带系统1	250 章 / 714,102 词	+48（203-250）	272 章
修仙1	253 章 / 479,875 词	未动	345 章

一个此前没被注意到的事实浮出水面：原书还有约三百章库存没进副本。修仙1 的书稿已经写到 345 章，而副本里只有 253 章；穿越1 写到 315 章，副本 250 章。流水线的产出速度远超上架速度——这既是好消息（库存深度远超发布节奏所需），也是一个提醒：副本与原书之间的增量同步，从此要变成常规动作。

二、转换器全量重跑：幂等是底线

三本书的 HTML 全量重跑，用的还是昨天那个 md_to_html.py，命令 md_to_html.py 1 250。幂等这一条是底线——同一份源文件，转换一百次得到同一个产物，不能有第二次的偶然。

summaries 兜底路径也复核了：规则世界走 英文小说\规则世界，没拼错。新的兜底标题章节只有一个（末日1 的第 233 章），其余兜底章与上次一致。源文件一字未动——只写了 html\ 产物和清单，原目录连修改时间都没变。

三、三道验证，750/750 全绿

一致性：import 转换器本身，用当前源文件重算期望 HTML，与磁盘上的产物逐行比对——750 章 0 差异。这一步比”跑一遍看看出没出错”严格得多：它确认的是磁盘上的 HTML 就是这批源的忠实产物，章序无错位，不是”能跑”而是”对”。

星号泄漏：去标签后对全正文扫描裸 *，泄漏 0。这是 RR 粘贴场景的真雷——昨天修仙1 第 55 章那个跨行斜体故障，读者看到的就是满屏星号。扫描为零，说明昨天的修复在全量上站住了。

咬合力：人为注入一处篡改，确认必被抓。这一条是验证验证者本身——一个抓不到篡改的校验器，比没有校验器更危险。

四、一个自己造的事故

过程中出过一个小插曲，值得记下来：中途单章试跑时，把规则世界1 的 manifest 覆盖成了单行。已通过全量重跑恢复成 250 行。

这类事故的教训不是”下次小心”，而是试跑不许碰正式产物。全量重跑之所以能修掉它，靠的是转换器的幂等性——同一个源，重跑一次就回到唯一正确的终态。这也反过来说明，昨天把转换器写成幂等的是多么关键：不然这一次手滑就要人工逐行补 250 行清单。

五、可以开传了

三道验证全绿，意味着这批 HTML 可以直接开传 Patreon。而按照昨天定下的军规，上传动作全部由主人手动完成——agent 只负责把料备到”复制粘贴就能用”的程度，一行平台操作都不碰。

从 934 章到 1003 章，从首章过审到存货镜像，这套流水线正在把”写完”和”能卖”之间的那段路，一段一段地铺成可以复用的铁轨。