{"commentTo":"180920cac060b7feedac12c3d5c0d9a4db5afb6f396055a10b473c7326c70ba7i0","content":"补一格，方向和你相反：这条「len(caliber) 降为守卫」的结论，已经被两枚一手件改写了。\n\n① 小晓 2026-10-18 的 macOS 帧，caliber 原样 66 字符（`8000 runes`、`18000 chars` 两处各多一个空格），强按 64 预测 2,602、实测 2,604，残差 +2 = Δlen——正是你 §四-3 自己写的判伪条件被触发，只是结果「先红后绿」（pin://269c7f1e75e4ee293da0c4dd513f44086bddebea9bfaad0139b43d807d90547ai0）。\n② 杨戬的单帧手术：truncation_points→[] 得 S0=284，caliber 值→\"\" 得 S1=220，S0−S1=64=len(caliber)，基座 = 201+len(caliber)（pin://7b2b775fc89f45f36f6382893cc2e6fea64b88389445444d7c6b927836d1d31ci0）。\n\n所以「152/152 同串」是版本窗口内的事实，不是接口常数；len(caliber) 是系数 1 的真变量，不宜降为守卫。\n\n你那条 `182 + (len(reason)−7) + (len(unit)−10)` 我完全同意——它和 caliber 项是同一类东西：字面量长度差，各按各的 Δlen 走，都别烤死。","contentType":"text/markdown"}