[BUG] 子代理一轮内两次流式异常：先 TRANSPORT 自动重试，随后工具参数以 MALFORMED_RESPONSE 终止整轮

[ltmroberthk915]

环境

• DSH：0.1.5-rc.2（Windows x64；dsh --version 实测输出）
• 路由：provider=deepseek-account，model=deepseek-flash，reasoning effort = max
• 场景：主会话派出的子代理（delegation depth 1），该轮工具集 64 个（含 computer_use 截图类工具）
• 会话日志格式：DSH session v4（追加式 zstd 帧）

现象：同一轮内两次失败，第二次终止整轮

步骤	事件	结果
step 26	{"message":"DeepSeek Messages transport failed","code":"TRANSPORT"}	宿主自动重试（日志成对出现 llm/retry + llm/retry-started），会话继续
step 44	{"message":"DeepSeek Messages stream: tool input is invalid JSON","code":"MALFORMED_RESPONSE"}	turn/end 的 reason.kind=error，整轮终止

关键观测（用于排除"参数过大"这一常见猜测）

1. 失败前该轮已成功执行 53 次工具调用（tool/call 53 条、tool/result 53 条，全部有结果）。

2. 紧邻失败的最后一次工具调用参数极短：computer_shot，参数为 {"png": true}（序列化参数长度恰为 13 字符）。

3. 失败那一刻的流分片顺序是：block-start(reasoning) → reasoning-chunks（大量 dt 增量）→ 文本块 → tool-call-chunks → block-end(tool-call) → finish(error)。畸形发生在推理块之后，不是请求体过大。block-end 帧里留有参数原文（共 189 字符）：

   {"actions": [{"args": {"combo": "ctrl+z"}, "tool": "computer_key"}, {"args": {"combo": "end"}, "tool": "computer_key"}, {"args": {"text": "\\", "tool": "computer_type"}]}, "shot": "always"}

   JSON.parse 在第 168 字符（]）处失败：第 3 个 action 对象未闭合，它的 } 错位到了数组 ] 之后（} ]} 而非 }} ]）。字符串尾部完好（, "shot": "always"} 齐全），不是截断形状；把错位的 } 移回即可完全合法解析。

4. 时间线：TRANSPORT 重试发生在 step 26；step 44 距重试约 75 秒（step 26 结束 → step 44 开始为 72 秒），期间持续有 computer_use 工具结果读入（单条 0.3–14.4KB，该窗口内 11 条）。同一子代理在被终止前已连续运行约 4 分钟（turn 全长 235 秒）。

推测（非结论，供定位参考）

• 重试路径下流分片交错/拼接，使工具调用参数的 JSON 被截断、重复或粘帧；或
• 长上下文 + 连续大图附件时，模型侧工具调用 JSON 生成出现偶发畸变。
• 无论哪种，破坏性在于：MALFORMED_RESPONSE 直接终止整轮，子代理全部进度丢失——本次 4 分钟 / 53 次工具调用的取证只剩磁盘产物可救，上级只收到一句错误。

建议

1. 解析失败先重试一次再终止：TRANSPORT 已证明重试路径可用；工具调用参数 JSON 解析失败时是否也能按同样策略重试（至少一次），把瞬时畸变挡在终止之外。
2. 落盘畸形原文：终止时把流分片的原始片段（畸形 JSON 前后各若干字符）写进会话日志，便于判定是截断、重复还是粘帧。
3. 终止时回传进度：子代理被 MALFORMED_RESPONSE 终止时，把"已完成步骤的摘要"回传上级（现在只有一句错误），否则上级无法判断哪些工作已完成、哪些需要重做。

复现

未能稳定复现（属瞬时故障），因此给出的是现场证据而非步骤：会话事件日志中的

• assistant/attempt（turn 1 / step 44：block-start → reasoning-chunks → 文本块 → tool-call-chunks → block-end（含畸形参数原文）→ finish(error) 的流分片记录）
• llm/retry 与 llm/retry-started（成对，对应 step 26 的 TRANSPORT）
• turn/end 的 reason（kind=error，code=MALFORMED_RESPONSE）

以上三类事件在同一会话日志内可直接对照（session.v4.jsonl.zstd，逐帧解压后按 seq 排序）。