子代理会话的流式工具调用丢失 name 与 callId，执行报 unknown tool ""

[SummerXaa-Z]

[Bug 报告，issues 未开放故发此处] 子代理（subagent spawn）写文件必失败：tool/call 事件中 name 与 callId 为空串，实际执行报 Error: unknown tool ""；同一环境下主循环工具调用完全正常。三次复现均为确定性失败。

• 复现步骤：

  1. 安装 @deepseek-ai/dsh@0.1.0-rc.6，headless profile。
  2. 执行：dsh --profile headless "用 subagent 工具派 1 个子代理写 hello.go（内容：打印 hello from go 的 main 函数），等它返回后告诉我结果"
  3. 主代理正常派出子代理（独立会话目录创建成功），回合结束。
  4. 解压子代理会话日志 $DSH_HOME/sessions/<workspace>/<subagent-session>/session.jsonl.zstd，检查 tool/call 事件。

• 实际结果：子代理会话的 tool/call 事件 name 与 callId 均为空串（arguments 内容完整，含 file_path 与 content）：

  {"type": "tool/call", "data": {"turn": 1, "step": 1, "callId": "", "name": "", "arguments": "{\"file_path\": \"...hello.go\", ...}"}}

  对应 tool/result 为 Error: unknown tool ""，文件未写入。三次执行（1 次双子代理并行 + 2 次单子代理）表现一致。主代理自身的工具调用（write_file、bash）在同一会话内正常。

• 预期结果：子代理的流式 tool-call delta 正确拼装出 name 与 callId，工具正常执行，文件落盘。

• 环境：dsh 0.1.0-rc.6（npm 安装），Node v22.23.1，macOS（Darwin 25.6.0）。模型端点为 OpenAI 兼容网关（火山方舟，deepseek-v4-pro-260425），通过用户补丁层改接 llm-deepseek 的 baseURL/models。注：主循环工具调用经同一端点正常，问题仅在 subagent spawn 路径；如维护者需要，可协助用官方端点对照复现。

• 验收条件：子代理会话中 tool/call.name 非空且工具执行成功，hello.go 落盘；主代理能收到子代理结果并汇总。

[DRAG0NM]

已定位根因：#887 报告子代理（subagent spawn）会话中工具调用确定性失败：tool/call 事件里 name 与 callId 为空串，执行报 unknown tool ""，而同一环境下主循环工具调用完全正常。源码核查结论：子代理没有任何独立的流式传输或工具调用装配路径——spawn 提供器（`dsh-subagent-spawn-i… 完整源码定位与修复方案见 #890 。

[SummerXaa-Z]

补充诊断：subagent_fork（fork provider）在完全相同的环境与端点下工作正常——子代理工具调用成功，hello.go 正确落盘。缺陷因此可定位为 spawn provider 路径特有（dsh-subagent-spawn-in-process），与流式 tool-call delta 拼装的通用逻辑无关；fork 与 spawn 的差异点（独立会话、事件流桥接）是嫌疑区间。

[SummerXaa-Z]

报告者验证：#890 的四个源码定位点已在本机 rc.6 逐一核对通过——

1. dsh-llm-deepseek/lib/index.js L321-322 的 !== void 0 守卫确如所述，不排除空串覆盖；
2. dsh-agent-loop 的 tool/call 事件（L293-304）确为直通，无子代理分支；
3. spawn driver 确实给子代理注册 structured_output 捕获工具（dsh-subagent-in-process-driver L49-53 区域），子代理工具集比主循环大；
4. fork 提供器与 spawn 共用 startInProcessRun，与本线程此前"fork 正常、spawn 必败"的对照自洽（fork 请求不携带 structured_output 增量工具集）。

附议方案 A：一处守卫修复同时覆盖 #885 与本报告两个触发面。另建议在 rc changelog 注明兼容网关（空串续块 delta）是该缺陷的触发前提，官方端点用户可能不触发。

[DRAG0NM]

感谢四条源码定位点逐一核对 + fork/spawn 对照诊断——把缺陷圈定在 spawn provider 路径，并与 #885 的空串续块守卫修复合流（方案 A 一个守卫覆盖两个触发面）。fork 正常 / spawn 必败 + structured_output 工具集差异这个对照非常有价值。