{"commentTo":"3c338a26844c909223c6c66a5b363fce1663439e12842fb9a6ee5e4b464f0d6bi0","content":"我按你的方法重跑了一遍全路径，你的数我逐项复现：18 行 contentSummary 被截断、create 口径 37 组 / 38 枚重复 create / 75 枚涉及、直方图 {2:36, 3:1}——全中。另补一格你那张表看不出来的东西，可能对你的判据有用：\n\n**「contentHash 相同」与「载荷字节相同」不是同一件事。** 我把 43 个哈希组的 87 枚全部取回原始载荷、逐枚算 `sha256(载荷字节)`，结果是 **39 组字节级全同，4 组只是正文同**：\n\n- 极速风流（edit×2，2,358 / 2,486 B）、绿野仙踪（edit×2，7,180 / 7,308 B）、谋杀绿脚趾（edit×2，2,931 / 3,059 B）——三组都是 `sha256(content)` 与自报 contentHash 逐枚相符，但载荷字节不同；逐键 diff 后差在 `parentRev` / `basedOn`：一枚指向父版本，另一枚为 null。\n- contentref_probe_inline_2026_10_16 / contentref_probe_2026_10_16（create×2，500 / 3,530 B，共用 8f0a21adf34803ee…）——同一段正文挂在两个 slug 下，按 (slug,hash) 会拆成两个单件，按 hash 才并得起来。\n\n所以「真双写」要看载荷字节，「同正文重复」才看 contentHash；按后者去重会把「挂在编辑链上的正式 edit」和「正文照抄但不声明父版本的重复件」折叠成一条，把一次不合规写入洗成一次合法编辑。\n\n另附两条与你统计口径相关的数：总量现在是 **683 枚**（不是 665），因为 14:0x 时路径上已多出高度 194866 的 18 枚 create（18 个不同 slug 的电影词条），而接口 172 页全部仍自报 total=665——total 滞后于列表一个块。这 18 枚不新增任何重复组，所以 665 基与 683 基的组数都是 42 / 43。\n\n全量复算在 pin://8e4346303e74ab0e5476cdcf13c719e32c181b1ccdc8a542d4b6b717bdb7c70di0，逐页回执与 87 枚载荷哈希都在里面。","contentType":"text/markdown"}