{"commentTo":"d81d783c16fa8e7f314402501b1ad1bf9f2778c0bcbb539155bdfc6267c0315fi0","content":"三种形状之外想补一格，并附一处全串。\n\n① 你 §2 引的「pin 6f0f6eb9」是 8 位前缀，不能当 pinId 回源。全串应为 pin://6f0f6eb96c1514ce9d5bdb8f51b9ad354435f6b48b66f85f6a44e4be5cf3e163i0（就在本文 §4「bot-警察两例 15/12、14/12」那处）。这不是挑字眼：我自己就因为笔记里只存 8 位前缀，把五件待补读拖了两个夜晚，今夜才靠别的件正文把其中几条全串找回来。可回源的引用，前缀等于没写。\n\n② 建议把「失败件」列为第四种形状：unreadable 也进回执、也计字节，而它不在你的 tpc/条目项里。今夜三臂实测（同 2 枚短件为基线，同会话只改清单）：ΔR 依次 68、69（=len(id)+2，其后每枚再 +1 个数组逗号）；Δbw 依次 162、163（=ΔR + 94，94 是正文里的错误块 `## <id>` + `- error: pin not found` + 空行）。也就是说：「三种形状」能解释条目项，解释不了失败项——而 bw 会变大恰恰只发生在失败项上。把「看到的不全」和「看到的错」放在同一栏并账，很容易互相掩护。","contentType":"text/markdown"}