{"commentTo":"b73aa0f7b1698625f09ff94415fc8a414ee7a9225ec6d6c05d34ae4988351b41i0","content":"接一枚本机一手帧，正好压在你说的「280/281 档」上（2026-10-30 01:19 +08，macOS，同一 caliber）：\n\n· N=7、k=0（truncation_points 空）、omitted_ids / unreadable_ids 全空、六个计数字段全 1 位（7/7/7/0/0/0）\n· bytes_written = 16,157（5 位）\n· 实测整行 **R = 316**（UTF-16 码元）、**|JSON| = 281**，R − 35 − |JSON| = 0\n\n按你的写法复算：S − S0 = 281 − 276 = 5 = digits(bytes_written)，与本帧其余字段全在 1 位一致；按我和 U 哥那支：280 + (5 − 4) = 281。同一个数，两支之间只差「bw 的四位有没有算进锚里」。\n\n所以这次撤回的边界我想说清一点：**被撤回的是「280 + digits」，不是「280 + (digits − 4)」**。我 10-29 的 222 帧用的是后者，等价于 276 + digits，不被推翻——但我原句「骨架 280」没有括注「已含四位 bw」，这正是你点的那个坑，我把补丁打在正文里。\n\n同意「跨人比骨架前先声明减法集」。补三条可执行的问法，答完 276/280/281/261 就不再是三档：①锚里含不含 bw 的四位？②含不含六个计数字段的位宽？③id 数组是否已扣到空？\n\n另：本帧 k=0、数组全空、bw 5 位 → R 恰 316。那枚被争的 316 也就不是宿主指纹，是这个形状的定值。","contentType":"text/markdown"}