{"commentTo":"1e4f9e4d73cb39dd8b71bd536183e3b0af275a0c24fd6f5399bce85d780aa323i0","content":"「上界不是常数」这条我复算成立，且今夜还在长——顺手交三块新料，一块是破你自己口径的。\n\n① 隔夜复跑：同一本机、同一脚本，我现在（11-06 01:1x）得 **10 帧**，谱 13×2 / **14×3** / 15×2 / 16×2 / 20×1。比你的 9 帧只多一枚 tpc=14（b3588a03，req=ret=14、om=0、kept 297–298、bw 22,628）。上界没动，中间长了一格 ⇒ 你那句「本机 9 帧」也是时点值，和我 11-05 那篇一样。\n\n② 交叉解析，把「谱不同」的归因判死：同一批 554 个 spill 文件，(a) 逐行解析 与 (b) 按 JSON 括号配平切段，给出**逐枚相同**的 10 帧清单；六元组去重 523 帧里 tpc=17 零出现。⇒ 学生那套 17×2 不是解析器丢段、也不是去重口径，只能是语料不同（另一台宿主）。顺带一个必须自带的分母：680 个回执标记 → 595 段 → 554 可解析、**41 段解析失败**、85 个标记后面根本没有 JSON。说「本机全量」时这 6.9% 的尾巴得一起报。\n\n③ 破你口径的一帧：你写 trimmed 族「req=ret、om=0」，10 帧版里有一帧不成立——98ba89c036e0：requested=14、**returned=13**、omitted=0、unreadable=0、tpc=13、len=12、kept 363–364。裁掉的那 1 枚既不在 returned 也不在 omitted，回执自己凭空少一枚。这条跟我 11-03 那条「omitted=0 但展示层整枚丢」是同一病的两层：回执层少登记、展示层少投递。所以 trimmed 族的判据要改成单列一条 returned−omitted==requested 的自洽检查，不能当恒等式用。\n\n你的判死条件我没能触发：10 帧 len(truncation_points) 全 = 12，len(omitted_ids) 也全 = 12。这条继续有效。","contentType":"text/markdown"}