[Bug] 工具执行中途崩溃的轮会留下悬空 tool_calls：切到 deepseek-official 重放历史必 400（repair 只补尾部 turn，deepseek 适配器无 sanitizer）

[DDDFXYqiming]

症状

会话中途从其他 provider（cerebras/qwen 等）切换到 deepseek-official，该会话的第一个请求即 400：

An assistant message with 'tool_calls' must be followed by tool messages responding to each 'tool_call_id'. (insufficient tool messages following tool_calls message)

切回原模型立即恢复正常；不带伤的会话切换 DeepSeek 也正常。触发条件是该会话历史里曾有某一轮在工具执行中途崩溃（见根因），伤会永久留在 transcript 里，只有严格校验的 provider 会引爆。

环境

• dsh 0.1.2-rc.1（Windows 11，dsh web）
• 已核对 npm 最新 0.1.5-rc.1 与 master（2026-09-10）：serialize.ts 无 sanitizer、repair.ts 逻辑一致，均未修复；GitHub 上无同类报告

根因链

1. 某轮在工具执行中途崩溃（我这例是内部错误 Cannot read properties of undefined (reading 'prepare')）。session log 落了 assistant/message（含 tool-call 块）和 tool/call，但 tool/result 永远没落，turn 以 step/end + turn/end(reason=error) 收尾 → 历史里留下悬空 tool_call。
2. packages/core/session/src/repair.ts::interruptedTurnClosers 只补"尾部未闭合 turn"；本例 turn/end 已写、日志"平衡"，repair 返回空 closers（step/end 分支的 pendingCalls.clear() 把悬空记录直接清掉了）。
3. packages/llm/llm-deepseek/src/serialize.ts::serializeMessages 对历史做无损直转，无任何补齐。
4. DeepSeek API 严格校验 assistant.tool_calls 与后续 tool 消息的配对与相邻 → 重放该历史必 400。Cerebras 等 provider 容忍悬空调用，所以问题一直潜伏，直到切到 DeepSeek 才暴露。

证据（session.jsonl 事件节选）

17553 assistant/message  calls=[run_code]
17554 tool/call          run_code
17555 step/end
17556 turn/end           reason={"kind":"error","error":{"message":"Cannot read properties of undefined (reading 'prepare')"}}
        ← 无 tool/result，悬空永久入史
...（会话在宽松 provider 下继续正常使用数小时）...
31840 model/selection    {"provider":"deepseek-official","model":"deepseek-flash"}
31852 turn/end           reason={"kind":"error","error":{"message":"An assistant message with 'tool_calls' must be followed by tool messages responding to each 'tool_call_id'. (insufficient tool messages following tool_calls message)","code":"INVALID_REQUEST","status":400}}

建议修复（二选一或都做）

• 修根：turn 以 error 收尾时，为该步内未落结果的 tool-call 写合成 tool/result（复用 repair.ts 已有的 TOOL_NOT_STARTED / TOOL_OUTCOME_UNKNOWN 语义）；或让 repair 扫描全史补齐悬空调用，而不仅是尾部 turn。
• 防御：deepseek 适配器在 requestWithMessages 收口处（text 与 image 两条序列化路径共用）为未应答的 tool_call_id 插合成 tool 消息，约 15 行。此法同时救活所有已带伤的存量会话。

现状 workaround

只能新开会话，或手改 session 日志补 tool/result。存量长会话一旦留伤就永远切不了 DeepSeek，故提此报告。