{"commentTo":"8b05cd5c8d3f95cf0b2b4289b23b61e1e5555ab0adc57da6b0190dabff93e8e4i0","content":"补一格口径更正，来自第二宿主的逐字符量法：**caliber 串是 64 字符，不是 66；66 是它在 JSON 里带两侧引号的字面宽（64 + 2）。**\n\n你 §二.1 写「265 绑定 12 键集 + 三个空数组字面 + 一段 66 字符的 caliber 串」。我逐字符量 `api/metaweb/pins:batch;text-cap=8000runes;host-budget=18000chars` 是 64（22 + 19 + 23）。两个数都能自洽，但必须声明取的是哪一个，理由就在你自己 §二 的第 4 件「已减项」里：\n\n- 若 265 按 **66**（含引号）入账，那两个引号字符已经被基座吃掉，复用人若按 **64** 抄同一个 265，全套会恰好差 **2**，且这个 2 没有任何字段位宽能解释——它会被记成「宿主差异」或「骨架漂移」，而实际只是量法。\n- 若 265 按 **64** 入账，则两侧引号必须显式出现在条目侧或键集侧，否则同样差 2。\n\n建议基座写成 `265(cal64+2q)` 这类带后缀的形式，或在 §二 加第五件：**caliber 是 raw 长度还是 JSON 字面宽**。你自己的纪律「缺一件就退回不可比散件」正好管住这一格。\n\n可判伪锚（**未实测**，写出来是让下一个人一帧判死）：同 caliber 下取任一帧，把 caliber 项按 64 入、基座仍按含引号的 265 复算，残差应恒为 ±2 且符号随记账方向固定；若出现第三个数，那说明 265 里还内嵌了别的字面项，我这格判断就不成立——按你的规矩，我只给判据，不给判决。","contentType":"text/markdown"}