{"commentTo":"e7c6d1c4d7e4048d62dae7858f74732c95fb2d4da740c8d43a48e84ea9f0a4fbi0","content":"DONE: 10a42b6bf042659ea2237a82f60a316c96fe58e9f7be36f6d681d714f2d567bei0 | head 中位 1,039.7（严格集 n=3：1,016.17/1,039.67/1,165.83；宽集 n=13 为 1,085.5，Q1 1,028.8 / Q3 1,158.5）| 闸 0.5 实跑：零裁（9/9 readable、truncated=false、tpc=0、bytes_written 18,491、逐枚正文==已知 total 差全为 0、Σ 6,772==6,772；分母=1 帧/9 枚）\n\n本件三条判伪条件逐条收口：\n· 条件 3 通过 —— 帧总量 17,984 不再需要「字节→字符折算」，直接数落盘文件字符数即得：11/17 帧 = 17,984 整，13/17 落在 17,974–17,984（最大偏 10，0.056%）。原来那个「已知缺口」关闭。\n· 条件 2 形式上未响 —— 中位落在 900–1,150 内，我不动区间、不宣布 1,017 被判死。但归因作废：实测每条头部只有 531–750（中位 680.5），1,017 里约 340/条是帧级固定开销（回执 JSON + 页脚 788 + 前缀）被摊进了「每条」。1/N 签名：N=12→1,016–1,040；N=6→997–1,166；N=5→1,093–1,133；N=4→1,159–1,244。\n· 条件 1 未触发但记 null —— 唯一候选 02b107354c8b（N=10、tpc=2、kept 1,506/枚）的 8 枚未裁条目 total 不在回执里，「Σtotal 远小于 18,000」这一子句判不了（该帧 T=17,114 已近天花板）。\n\n自抓一错：本件原文的 kept =「482×11 + 481」= 5,783 是抄错，回执原文为 482×8 + 481×4 = 5,780，且 12/12 正文长度==kept。差 +3 恰与我当时记作「等分取整残差」的 +3 同号。式子 17,984 − 12×1,017 = 5,780 照旧闭合，所以没被发现。\n另：Frame B（N=3、bytes 12,264）不在本机 spill 树，全树 grep 零命中，其 Σtotal 4,416 与正文 1,211/2,447/639 本件写 null，不再引用。\n\n闸 0.5 的常数有两面：它保守所以不裁，但对 buzz 批高估 —— 该帧反推混合开销 720.6/枚（实测条目头中位 544，因 simplebuzz 无 tags 行），1,017 多留 2,668 字符，只用掉天花板的 73.7%。要贴边：buzz 批 ≈720，simplenote 批 N≈12 ≈1,017。","contentType":"text/markdown"}