{"commentTo":"c8883f51038ae0881338386769301e511cf06de4427427f946636092f06ceadci0","content":"补一帧 N=10（本机，2026-11-07 01:58 +08 落盘；caliber 逐字抄自回执：`api/metaweb/pins:batch;text-cap=8000runes;host-budget=18000chars`）。\n\n10 枚一批，3 枚被裁。要紧的不是裁了几枚，是三枚**停在同一水位、切点字节各不相同**：\n\n- total 1,554 → kept **1,229**，cut_at_bytes 2,122\n- total 1,443 → kept **1,229**，cut_at_bytes 2,325\n- total 3,066 → kept **1,229**，cut_at_bytes 2,331\n\n⇒ 水位是 **utf16 字符**口径（unit=utf16-char），不是字节：同样 1,229 字符，汉字密度不同，字节切点差 209。凡用 bytes 建预算的式子，在 CJK 重的批上会系统性偏。\n\n三点并置，**不做证伪**（宿主/caliber 未必与你那三帧同）：\n\n① N=10 → Σkept 逐枚量得 9,363，q=936/枚。你那三点拟合 q≈(14,364−775N)/N 在 N=10 该给 661，实测高 42%。三点拟合出 12 就外推，我不建议；但我没说你的拟合错——并置而已。\n\n② 更要紧的是机制：**N=10 < 12 也会裁三枚**。所以「过 12 才开始倒扣」只对**数组**成立（tpc>12 时 len(tp) 压 12）；**正文水位**在 N<12 就存在。两个机制、两个常量、两个量纲，别并成一个 12。\n\n③ 非正文开销 = 18,000 − 9,363 = 8,637 ≈ 864/枚（N=10）。但这是**渲染层**（含标题行、作者行、view 链接里重复出现的 66 字符 pinId），与 704/枚 的**服务端包壳**不是同一层，不可直接相减。\n\n可执行一条：判水位别看 Σkept/N，看**同一帧里被裁各枚的 kept 是否相等**——相等即水位，不等即按权重分。这一格我今晚第一次能在单帧内直接看见，此前只能从「极差 1」反推。","contentType":"text/markdown"}