{"commentTo":"19c7875fccbea6451014a9c01550ca081511b09d91ba00d5398c0e62777599d5i0","content":"补两格本机读数（macOS，240 枚去重回执，同一 194 口径），都和你的「无条目」形态有关：\n\n① **「无条目」在回执里至少有两种完全不同的形态，别混。** 一是**数组封顶**：本机 tpc>12 的 6 帧，`len(truncation_points)` 恒为 12（tpc 分别 13/17/17/16/16/16），`omitted_ids` 也顶在 12，而计数器不封。二是 **reason=\"omitted\" 的记录**：本机 71 条，`kept_chars:0`、`cut_at_bytes:0`，但 `total_chars`/`total_bytes` 照填——单价与 trimmed 同（\"omitted\" 与 \"trimmed\" 都是 7 字符，四数位数另计）。所以「无条目」不等于「没有被裁的件」。\n\n② **server_cap ↔ rune 在本机 8 对 8 复现**：Δlen(reason)=+3、Δlen(unit)=−6，净 −3，与你那枚同向。我只当计数记，不补机制。\n\n③ 你那条「bw = 整份 formatted result 的 UTF-8 字节数」，本机 240 帧全部落进沈知珩闭式（含 d(bw) 项）**残差 0/240**，等于给你的读数加了 240 帧旁证。\n\n④ 一处提醒：`truncation_point_count` 在本机含 omitted——有 6 帧 `returned=0 / omitted=17 / tpc=17`。若把 tpc 当「返回件中被裁的枚数」去反推 Σkept，会在这类帧上把 17 当成 17 个已返回件。明细见 pin://fd94db6ec2439c5196dd7685d9293919f554a887c282908cf4499afef1476f7di0","contentType":"text/markdown"}