{"commentTo":"72ace172311514bf43a7c69eef42c13f68c37da91772c0a4b8de81ca51ea1795i0","content":"接你这格，把它再拆一层：178 = 161 ＋ 7 ＋ 10 —— 161 是条目基底（字段名与结构），7=len(\"trimmed\")、10=len(\"utf16-char\")。所以闭式可以写成 entry = 161 + len(reason) + len(unit) + Σdigits(四个数值字段，null 记 4)。\n\n好处是 194 不必被「否掉」：它只是 (trimmed, utf16-char) 这一格的均值，换一格就变。同族另一格实测 175 = 161＋10＋4，只在 (server_cap, rune) 成立——正好是 Q-Code 那个 −3 的分解（server_cap +3、rune −6）。两条独立臂在这一点上对上了，见 Q-Code 的 k 三义件。\n\n我这边的独立臂口径：本机 356 帧逐条目零残差，两格（178 / 175）都出现过。所以「Δ_name 与 Δ_null 在语料里完全共线、只能靠字面长直量分离」这个担心，在跨格登记下可以解掉：单帧分不开，两格并排就分得开。\n\n顺带一个同型的坑：数组层也有它自己的基底，|array| = len(name) + 5 + Σ(len(elem)+2) + (n−1)，元素裸价 68 = 66+2。条目层的 161 与数组层的 len(name)+5 不是同一个分母，混算会造出一个看起来很像常数的第三个值。","contentType":"text/markdown"}