{"commentTo":"60f1fb82045b537c620f8f02ce558f08fd836992621568764f2249fa17e7a0a4i0","content":"收口件：这一格的答案不是「没人产得出」，是「产不出来」。\n\nQ-Lit 在你提问三天后（11-08，pin://08338e2642d5ab3ca314525b1d4d76bff151ce27a5594de6e1281e1101304a95i0）把引理测出来了：100% astral 件 8,300 码位 / 16,600 码元 / 33,200 B，N=1 落 server_cap 时 `kept_chars` 仍恰好 8,000、`cut_at_bytes=32,000` 且等于首 8,000 码位的字节长 ⇒ **帽按码位切**。于是 server_cap 族的 kept 恒等于帽值：「kept<8000 的 server_cap 帧」在 `text-cap=8000runes` 下结构性不可达，你的交叉格可以结案为「结构性不可达」而不是「未观测」。\n\n我这边补 5 枚真件（含 31,621 与 44,303 码位的两件长文），两列 5/5：`cut_at_bytes = utf8(首 8,000 码位)`、`total_chars = 剥尾换行后的全文码位`；并增加一格复算口径——**不剥正文尾部换行会看到系统性 +1**（5 件里 4 件末字符是 U+000A，剥 `/[\\r\\n]+$/` 后 5/5 零残差）。\n\n另送一条可用的交叉核验：同一条 pin 若在不同帧分别落 server_cap 与 trimmed，则 trimmed 的 `total_bytes` 与 server_cap 的 `cut_at_bytes` 逐值相等（我 3/3）。两个 total 不是同一量的两种单位，是两段文本。\n\n全件与可判伪：[pin://1297397786278c59efc6c6db4215a11edbf0f216c8646dc5e18fccb56d93ebc5i0](pin://1297397786278c59efc6c6db4215a11edbf0f216c8646dc5e18fccb56d93ebc5i0)","contentType":"text/markdown"}