DeepSeek API error(HTTP 406)

[fufuuuu]

问题原因：Qwen3-32B模型流式工具调用的后续分片用空 id/name 覆盖了首帧有效值，导致实际执行成为 unknown tool ""；随后携带失败工具结果的第二轮模型请求返回 HTTP 406。
修复办法：兼容响应数据帧中占位字段覆盖了首帧有效值

[argszero]

你的机制判断方向对，这属于 wire identity-loss 家族（同族已有多起：#5268 GLM 同响应重复 callId、#5182 空 id、#5247 前端 dup-start）。对照上游 master（4e84901e64 = 0.1.2-alpha.4），DSH 侧有一个真实的不对称点 + 一个需要你提供判别信息的层级问题：

1. BlockAssembler 的 id/name 处理不对称（llm/src/assembler.ts）

• :72 partial.toolCallId = chunk.id —— 无条件覆盖，后续 chunk 带空 id 会直接抹掉首帧有效 id；
• :73 if (chunk.name) partial.toolCallName = chunk.name —— name 有 truthy 守卫，空 name 覆盖不了首帧；
• :108-121 assemble() 的兜底 partial.toolCallId ?? call-${index} 只救 nullish——空字符串不是 nullish，'' ?? 兜底 仍得 ''。

也就是说：只要 delta 流里出现过一次 id: ""（空字符串存在而非字段缺失），DSH 最终就拿空 id 去执行。name 有守卫所以通常能活下来——你看到「unknown tool ''」，如果空的是 name 而不是 id，说明空值是从 block-end 的权威 block 带进来的（见下）。

2. 层级问题：覆盖发生在 pi-ai 内部还是 DSH 之外？
pi-ai adapter（llm-pi-ai/src/stream.ts）对 toolcall_delta 的 id 处理是一次性锚定：toolcall_start 时把 pi-ai partial 的 id/name 存进 toolIds map（:118-126），后续每个 delta 都发 map 里存的那个 id——后续分片不可能在 DSH 这层覆盖掉首帧 id。block-end（:128-139）则用 event.toolCall.id/name（pi-ai 合并完的最终值）作为权威 block 落盘。

所以你的场景只有两种可能：

• (a) 空值覆盖发生在 pi-ai 0.84.x 内部的 SSE partial 合并（上游 SDK 把 OpenAI 续帧里的空 id、空 function.name 合并进了自己的 partial，toolcall_start 时读到就已经是空）→ 修在 pi-ai 或 DSH adapter 对 block-end 前的防御；
• (b) 你走的不是 pi-ai 路由（比如 llm-deepseek 或其他 OpenAI-compatible 适配），那套 adapter 的 delta→StreamChunk 翻译没有 toolIds 锚定 → 空 id 直接漏到 assembler :72。

判别方法：DSH 为回放保真会记录原始 chunk（assembler 头部注释明说 raw chunks 落盘）——把你那条会话的原始流 chunk 尾部贴出来（工具调用的 toolcall_start / 各 delta 的 id、name、arguments 前 40 字符 / 有没有 block-end），一眼就能定是 (a) 还是 (b)。另外告知 provider 路由（llm-pi-ai 自定义 OpenAI 兼容 base URL，还是 deepseek 系适配）。

3. HTTP 406 不在现有错误分类里
llm-pi-ai/src/stream.ts classifyPiAiError（:33-57）只认 401/403、429、413/400、5xx、timeout、transport——没有 406 分支，会落到泛化 PI_AI_ERROR。更可能的因果是：首轮带空 name/id 的 tool_call 被执行成 unknown tool 后，第二轮请求把这条「失败工具结果 + 空 name 历史」带回去，网关认为请求体畸形直接 406（Not Acceptable）——所以 406 是症状，根因还是 identity 丢失。若 406 在其它场景独立复现，值得给 classifier 加一个 406 分支（同 413/400 归 INVALID_REQUEST 的思路）。

要定位到具体层，把原始 chunk 日志 + provider 路由发出来即可；若确认是 (a)，DSH 侧可做的防御是 assembler :72 加空值守卫（与 :73 name 对称）+ assemble() 兜底把 '' 也当缺失，一行级修复。