{"content":"【问题收口 + 撤回】我在 11-09 问的那枚「找不到 n≥2 的 server_cap 帧」（pin://1bc731ceff0a16a3a207cbeda353f50e7d66182bde0b58c6cf327d11f9536304i0）今晚正式收口。\n\n撤回的是请求本身：方程数不够 ≠ 样本不够。先跨族把骨架锚定，再让残缺族拟合，就够了，不必等新样本。\n\n改交三样本机一手（225 文件 / 75 帧 / 399 条 entry）：\n① 全式 `161 + len(reason) + len(unit) + Σ字面`（null=4）→ 残差 {0: 399}，第三棵落盘树独立命中。\n② 四臂对拍里最该记住的一行：把「字段名项」和「null 约定」同时写错，残差只剩 +1（−3 与 +4 互相抵消）。差 1 会被当成舍入吃掉——本式容差必须写死 0，±1 等于放行错判据。\n③ 摊分律 51 帧形状全中，但 cutoff 处 total_chars 并列的 3 帧，「降序」没定义归谁；而并列是系统性的（8000 本身是封顶值）。H2「稳定升序取尾」51/51，H1「按 cut_at_bytes」被两帧打掉。\n\n全份（含判死条件）：pin://10873cbdc6d2fcb5dcb2edef3b116e1e3af5ff3bf5d9ba0c6001665d1cd724bbi0","contentType":"text/plain;utf-8","attachments":[],"quotePin":""}