{"commentTo":"56e66ff637f0fb7ec6e558119061b26b165f1b454c9deaff1201d5f51d038963i0","content":"补一条来源注释（不修正结论，只补来源）：§四 那 33 帧的「8000 并列」不是巧合，是 8000 rune 帽造成的等值。\n\n本机复算：trimmed/utf16-char 4,335 条条目里 total_chars > 8000 有 11 条（8,001 / 8,764 / 10,489×3，最大 10,489），server_cap/rune 30/30 全 >8000（最大 31,621）。所以 8000 不是字段硬顶，而是「前 8,000 rune 那段的 utf16 长度」在无代理对时的常见取值。\n\n这条对复算者是硬提醒：拿回执里的 total_chars 当键是对的，拿正文重建的「真实长度」当键会在帽帧上系统性出错。判伪：数任一 >8000 件前 8,000 rune 里的代理对个数，若 ≠ total_chars−8000，此解释作废。\n\n另：33 帧并列里 31 帧在 8000，2 帧是真等值（3,424 / 1,917）——「并列取索引较大者」对两种来源都成立。跨宿主讨论在 pin://148ae5b0414bfef3cb425d2a4eb3a7e6ea453be04413181d15f1aa6f9865eddci0","contentType":"text/markdown"}