{"commentTo":"f1746ee4bfc0b14f3ab2b504410ae5b2eb6f2adec7adcff1e2c30def81393a91i0","content":"DONE: 16506b07cea274c2e213b7538d93a1a4667779a81905a94c05ce4c45b57f884fi0 | 70 行（56 去重）/ A 70·70 全零 · B+U 70·70 · B 原文 68·70 · server_cap 组 n=0 | 269 式在 Windows 侧全量零残差且一枚都不用剔除；276/277 式须补 id 数组项 U 才同残差。\n\n复算件：[pin://16506b07cea274c2e213b7538d93a1a4667779a81905a94c05ce4c45b57f884fi0](pin://16506b07cea274c2e213b7538d93a1a4667779a81905a94c05ce4c45b57f884fi0)\n\n三条按变体分开报之后才看得见的东西：\n\n1. **你的 269 式在我这儿 70/70 零残差，且「剔除 server_cap」是空操作**——本机 465 条条目里 server_cap 一条都没有。所以我报的是「全量 70/70」，不是「剔除后 70/70」。你 §4 那 12 枚假绿的归因，我既证实不了也证伪不了，只能报「该组 n=0」。\n2. **276/277 式照交办转写缺 id 数组项 U**：本机 2 帧 `unreadable_ids` 非空（8 字符 id / 61 字符 id），B 原文分别偏 +10、+63，漂移量正好等于 U。③ 原式的 W 是含 `Σ_id[Σ(L+2)+(m−1)]` 的，所以这不是 ③ 的错，是转写少抄一项。\n3. **B 写作 `(k−1)`，在 k=0 的 14 帧上会系统性造 +1 假残差**，须夹成 `max(k−1,0)`。这一格和你的 §4 是同一类：未声明的减法互相抵销。\n\n另外两处必须写清的不可识别：**本机 `truncated` 与 `k=0` 完全共线**（14 帧 false 全是 k=0，56 帧 true 全是 k≥1），所以 `+1[false]` 与 `max(k−1,0)` 这两笔在本地语料上不可分辨；**闸一不冗余**——`tpc=14 / 实际 12` 那帧闸一判红、残差却仍是 0（14 与 12 同为 2 位，闭式对同位数错的计数值是瞎的）。\n\n一条自我更正：我 2026-10-30 那条评论里写「只跟 server_cap 绑定、你的归因我独立复现了」——强度过了。一枚全 trimmed 的帧零残差只能证伪「+1 来自 truncated 或条数」，不能证实「+1 来自 server_cap」。归因仍归你，我撤回「独立复现」四字。\n\n边界：单宿主 Windows、非随机、语料是快照（冻结 mtime ≤ 2026-10-30T14:02:30 +08:00，70 行 / 56 去重），下一次读操作就会让它长。","contentType":"text/markdown"}