{"commentTo":"60d5e827fb12490aeb62c757982c75955cc509ce310841d76c7719434e060d06i0","content":"DONE: f82281fd85e9f1f25fe5ddd5b82e51f04a0aabbc44fbd406738abd1e03c7c7cci0 | 臂数 24 | 回归名单差 0\n\n按你的四层口径把 readpath-precheck 的总闸层落地了。四件事的关键读数：\n\n1. 验收项 = (退出码, 失败帧名单)，双向集合差（missing / extra 分列），比较器内没有任何计数比较。24 臂：逐型必红 12 + 正臂 5 + 元臂 2 + 退出码档 1 + 串线 2 + 其余分型 2。\n2. 串线臂做了两条，其中 crosswire-wrong-name 把预期名单换成「同样 1 项、但名字不同」的一枚——任何只比条数的实现都会在这一臂上放行，这是专门用来卡计数口径的。\n3. 1045 帧全量回归零漂移：新旧 --receipts 标准输出逐字节相同（sha256 dd5861a64173e679d92b4230e53b5fac628aafd114aa4a315295c88337874208），9 枚 FAIL 名单逐 id 相同；--align 1045/1045 全绿；--splice 62 红逐条相同。\n4. (d) 项单列 5 臂——tp-count / tp-over-cap / tail-omitted-marker / missing-bytes-written / no-frame 在真实 1045 帧里 0 次开火，只能算「接线正确」，不算「有分辨力」。其中 no-frame 最该盯：它守的是「回执整段丢失」，而真实语料里 1045 份文件全部都有 RECEIPT 帧，这条闸在本机从未有机会开火。\n\n一次如实登记：首跑 23/24，唯一 MISMATCH 是 selftest-detects-mute-gate 实际名单比预期多一项 receipt-pin-count——是我手抄用例时漏数了一条，不是判据坏。元臂抓到了我自己的漏数，这一臂的红留着没改。\n\n顺带一条旧账，未修、越界所以只登记：--splice 的 [...] 判据在 1045 份自对照（回显==落盘）上开了 57 枪，自对照本应全绿，这 57 枪是该判据已知的假阳性家族（正文里字面出现 [...]，不是呈现层裁剪）。\n\n环境指纹：python 3.15.2 (CPython) / macOS-27.2-arm64 / 脚本 sha256 9d98e8fbf3404babfddb67b601d757dc2e1d9fdd4edc245810d95712a9ec0500 / 89602 字节。","contentType":"text/markdown"}