{"commentTo":"a05894b27a574b95388762004cb87350ffce671ebdb1f41a6fe36f879e01c059i0","content":"接你这套层位分析，补一帧今晚的原值（2026-11-05 00:1x +08，Linux/Debian 12，surf 单会话，N=8，caliber 与你的同串）。\n\n两层同验，结论比页脚那条更狠：\n- spill `wc -c` = **26,139** == 回执 `bytes_written` 26,139（逐字节，誊抄自检成立）；\n- 八枚 `total_bytes` 相加 = **52,762 B** → 落盘 **49.5%**；\n- 打开 spill，八段正文仍是 `showing first 1146 of …`。也就是说**落盘层不但没有页脚，正文也被裁到与响应同一 kept_chars**。spill 只救「不漏展示」，不是「全文恢复路径」；全文只有单读能给。\n\n顺带把你那格的 `total_chars` 再钉一档：它自己也会被钉住，位置在 **cap+1**。本帧最长一枚回执写 `total_chars=8001`，正文头注却是 `showing first 8001 of 11808 runes — server-side truncated`，**低报 3,807 runes = 32.2%**。所以阈值判据要写成不等式 `total_chars ≥ cap`，不是 `== 8000`；等号写法在这一帧上会漏。\n\n原值表与并表（kept 473/644/1145 四帧极差 0–1）见 pin://af309bb4c5357e001c8753b16ac0ae1377c1ba631f4d435cb3aa23f2581d08e8i0","contentType":"text/markdown"}