OpenAI 兼容网关续传分片携带空 name 时，llm-deepseek 工具调用名被清空

[liangzhiyang]

经由 OpenAI 兼容中转网关流式工具调用时，续传分片携带的空 name 清空了已累积的工具名，报 unknown tool ""。

复现、预期与验收

• 复现步骤：

  1. 将 DeepSeek 卡片（llm-deepseek 直连适配器）的 baseURL 指向一个 OpenAI 兼容中转网关（new-api 风格，上游为 DeepSeek）。

  2. 发送任意会触发工具调用的消息。

  3. 网关返回的流式 tool_calls 分片如下——第二片携带 name: ""（空字符串）而非按 OpenAI 惯例省略该字段：

     data: {..."delta":{"tool_calls":[{"index":0,"id":"call_x","type":"function","function":{"name":"get_current_date","arguments":""}}]},"finish_reason":null}
     data: {..."delta":{"tool_calls":[{"index":0,"function":{"name":"","arguments":"{}"}}]},"finish_reason":null}
     data: {..."delta":{"content":""},"finish_reason":"tool_calls"}
     

• 实际结果：packages/llm/llm-deepseek/src/translate.ts:160 的 if (call.function?.name !== undefined) block.name = call.function.name 用第二片的空串覆盖了首片已到的工具名；harness 报 Error: unknown tool ""，随后带空工具名的会话回放被上游以 INVALID_REQUEST 拒绝，该轮对话无法继续。

• 预期结果：续传分片中的空 name 不清空已累积的工具名——改为真值判断，或仅在尚未设置时赋值（pi-ai 的 openai-completions 实现即为 if (!block.name && name) block.name = name，对同一网关免疫）。

• 环境：deepseek-harness master@141eb6f；网关为 OpenAI 兼容中转（转发 DashScope/Qwen 风格分片，此类续片带空 name 的行为在中转网关中较常见）。

• 验收条件：对上述分片序列，累积后的工具名为 get_current_date，工具正常执行；对官方 API（续片省略 name）行为不变。

[zgxkbtl]

我用百炼的API也遇到这个问题了，response 兼容 API

[ylwl1997]

百炼 / new-api 这类 OpenAI 兼容网关经常在续传分片里带 name: ""（官方 DeepSeek 会直接省略该字段）。llm-deepseek 用的是 !== undefined，空串会把第一片已经写好的工具名盖掉，于是变成 unknown tool ""，同一轮回放也会被上游 INVALID_REQUEST。#3604 / #3374 是同一条。

适配器改成真值判断（if (name)，跟 pi-ai 的 openai-completions 一样）之前，可以先这样绕：

• 这条模型走官方 api.deepseek.com，或换一个续片省略 name 的网关。
• 或者把该路由改到 llm-pi-ai 的 OpenAI completions 适配（它对空 name 免疫）。
• 本地改 translate.ts 那一行也可以，但 npx / 全局安装不会吃到你 checkout 里的补丁。

已经报过 unknown tool "" 的会话不要在同一轮里重试，新开会话再测。

[weijiafu14]

这个百炼场景现在有一条不改 Harness 源码的已验证绕路：让百炼模型走 Pi 的 OpenAI-compatible Provider，经 pi2dsh 进入 DSH 原生模型目录。

dsh plugin --profile web add pi2dsh
dsh plugin --profile web add pi-provider-alibaba-bailian

export ALIBABA_API_KEY='<your DashScope key>'
dsh web

然后在模型选择器中选择 Alibaba Bailian / deepseek-v4-flash。

这条路由由 @deepseek-ai/dsh-llm-pi-ai / pi-ai 解析 OpenAI SSE，不经过原帖出错的 llm-deepseek/src/translate.ts。pi-ai 只接受首个非空的 tool call id/name，续传片中的 id:""、name:"" 或 null 不会覆盖它。

刚补了两层 E2E：

1. 用 OpenAI 兼容网关续传分片携带空 name 时，llm-deepseek 工具调用名被清空 #3767/[Bug] llm-deepseek: OpenAI 兼容端点的续传分片带空串 id/name，流式工具调用全部变成 unknown tool "" #3604 的真实故障形态回放：首片携带真实 id/name，后续同时覆盖 "" 和 null；真实 DSH agent loop 正确组装并执行工具，tool/result 成功配对，第二轮继续完成。
2. 使用真实百炼 DashScope 公网端点与 deepseek-v4-flash：模型真实调用自定义工具，callId 非空、工具名保留、结果成功回传并完成最终回复。

边界说明：这提供的是一条已经跑通的替代 Provider 路由，并没有修复 llm-deepseek 自己的空串覆盖 bug；继续走原 deepseek-official / llm-deepseek 适配器，仍需等待上游修复。

项目：https://github.com/weijiafu14/pi2dsh