Repository navigation
Historical thinking message wire formats drift as the metadata table is refreshed, leading to downstream compaction ledger mismatches (normalize the thinking format at request time). | 历史思考消息的 wire 形态随元数据表刷新漂移，下游压缩账本失配（请求时归一化思考形态） #482
Description
来源: ranxianglei/billion-context#3301 分析 元数据刷新后 fold re-anchor 失配 时发现
现象
- 同一会话、同一模型，宿主读取的模型元数据表刷新一次后，带思考的历史 assistant 消息在 wire 上换了序列化形态（思考从独立字段并入正文），按内容哈希计算的消息 id 全部失效。
- 下游 billion-context 的压缩账本认不回已折叠内容：原文重新上线 → 上下文膨胀 → 再压一遍；长会话反复发生（实测旗舰会话 986 条失配 ≈ 2×带思考消息数）。
机制
- 宿主按【当前】元数据表决定思考放哪个字段（v1
capabilities.interleaved），这个选择不随消息存储；每次请求现算。 - 插件
messages.transform是交给宿主序列化之前最后一个可控边界——在边界上把形态钉死，输出就对元数据表/版本/provider 配置字节确定。
建议修法
在 transform 管线加一步归一化（建议紧随 #368 的 compress.reasoning 裁剪之后）：对 assistant 消息，把 reasoning part 合并进 text part，采用固定标记形态 <thinking>\n{全部R拼接}\n</thinking>\n{全部T拼接}：
- 该标记是 billion-context kernel demoted-thinking FORMS 之一，kernel 会在 minting 前还原为拆分形态 → 归一化后的 wire 与拆分形态 mint 出【完全相同】的 id，存量账本零别名精确对齐；
- 多个 reasoning/text part 的消息：R 全拼、T 全拼（与宿主 lowerAssistantMessage 的 join 语义一致）；tool/file 等其它 part 原位保留；
- 幂等：归一化后消息不再携带 reasoning part，第二次运行零改动 → 前缀缓存稳定（只变一次）；
- 无状态写入、确定性变换。
影响面与已知边界
- 上游模型看到的历史思考从独立字段变为正文里的带标记文本。openai-compat/litellm lane（reasoning 字段大多被中转丢弃）实际影响小；
- 已知边界：直连需要结构化 thinking 回放语义的 provider（Anthropic 原生 thinking block / Gemini thoughtSignature）会失去结构化字段——此类 lane 需单独评估（可后续加开关）。
关联
- 主 issue: After an interleaved metadata refresh, the entire history of the same session is resent in a different form, and already-collapsed content fails to re-anchor. | interleaved 元数据刷新后，同一会话整段历史换形态重发，已折叠内容 re-anchor 认不回来 billion-context#3301
- 账本侧确定性恢复: [PR] fix: re-anchor folded history across host wire-shape flips (#3301) billion-context#3316
- 2.x lane 同构修复: billion-context opencode-native agent（另行 PR）
查重: 无（仓库内检索 reasoning 相关 issue 均为 #368 裁剪类，与本项「形态钉死」机制不同）。
Activity
ranxianglei commentedon Oct 16, 2026
查重：不重复。 仓库内检索 reasoning 相关 issue 均为 #368（裁剪类），与本项「形态钉死」机制不同；billion-context 侧 #3301/#3316 属上游/账本侧，不在本仓库范围。
已实现并开 PR：**https://github.com/ranxianglei/opencode-acp/pull/484**（Closes #482）
按八问：
capabilities.interleaved），这个选择不随消息存储、每次请求现算 → 历史消息 wire 形态不稳定。插件messages.transform是交给宿主序列化前最后一个可控边界，此前没在这里钉死形态。<thinking>\n{R}\n</thinking>\n{T}；R/T 用空串拼接以对齐宿主.join("")，kernel 在 minting 前还原拆分形态时 mint 出完全相同的 id → 存量账本零别名精确对齐。幂等、无状态、确定性变换。normalize:false隔离继续只验证裁剪）；持久化状态格式与内部 dcp tag 未动；支持图片压缩，参考billion-context的对图片支持原理 #478 image-archive 管线步骤不受影响（其 e2e 全绿）。定向套件 151 pass + typecheck + build 通过。唯一有意变更即上面标注的默认开启项。compress.reasoning.normalize（布尔），默认开启（消费端判!== false），支持 provider/model 级覆盖（设 false 关闭某 lane）；无迁移成本，不设置即默认生效。判定：功能完整、测试到位、行为变更已显式披露并留逃生开关，可进入 review/合并（合并按仓库规则由人工执行）。若你倾向默认关闭、仅按需开启，告诉我即可一行翻转。
[-]历史思考消息的 wire 形态随元数据表刷新漂移，下游压缩账本失配（请求时归一化思考形态）[/-][+]Historical thinking message wire formats drift as the metadata table is refreshed, leading to downstream compaction ledger mismatches (normalize the thinking format at request time). | 历史思考消息的 wire 形态随元数据表刷新漂移，下游压缩账本失配（请求时归一化思考形态）[/+]fix(tests): update 4 #368 e2e assertions to the #482 canonical wire s…