codex中使用workbuddy的dsf v4.1工具调用有问题

[gruffwy]

What happened

tools[8] type "namespace" is not supported 是不是也要按照devin修一下

Reproduction

模型
deepseek-v4.1-flash
供应商
WorkBuddy 国内版

Versions

v0.5.4

[caigee-cmd]

已在 v0.5.6 修复（#186），做法和 Devin 一致：把 type: "namespace" 展开成普通 function 工具，并丢弃 mcp / web_search 这类外壳。

Responses 适配层、WorkBuddy、Trae 三处共用这套归一化，WorkBuddy 国内版也覆盖。

请升级后重试，有问题把新报错发上来：
https://github.com/caigee-cmd/cli2api/releases/tag/v0.5.6

[gruffwy]

已在 v0.5.6 修复（#186），做法和 Devin 一致：把 type: "namespace" 展开成普通 function 工具，并丢弃 mcp / web_search 这类外壳。

Responses 适配层、WorkBuddy、Trae 三处共用这套归一化，WorkBuddy 国内版也覆盖。

请升级后重试，有问题把新报错发上来： https://github.com/caigee-cmd/cli2api/releases/tag/v0.5.6

本地压缩的时候还有问题，会报错tool_choice requires tools

Codex 压缩上下文时，会构造一个不包含工具的摘要请求。对照 0.155 系列代码：

• 压缩任务使用 Prompt { ..., ..Default::default() }，所以工具列表为空：compact.rs (line 273)
• 请求构造时仍无条件设置 tool_choice: "auto"：client.rs (line 936)
  cli2api v0.5.6 的工具归一化会把空列表或全部被过滤的工具转换成 nil：
• NormalizeOpenAITools 丢弃 mcp、web_search 等 hosted 工具，归一化结果为空时返回 nil：tools.go v0.5.6
• 随后仍保留 tool_choice 并调用校验：compat.go (line 174)
• 校验发现“有 tool_choice、没有 tools”，返回 400：compat.go (line 545)
  因此这属于 Codex 与 cli2api 的兼容性缺口

[gruffwy]

好像不止是压缩的时候会有这个问题，是调用工具的时候经常发生

cli2api v0.5.6 internal/api/chat.go:795 在任何规范化之前做前置校验：
if err := translate.ValidateChatRequest(req); err != nil {
writeErr(w, http.StatusBadRequest, "invalid_request", err.Error())
return
}
internal/translate/compat.go 的 validateToolChoice 在 tools 为空时报 tool_choice requires tools 并直接返回 400——这在 WorkBuddy 的 PrepareBody → normalizeTools → NormalizeOpenAITools 之前。而 Codex 的 MCP 工具是以 type:"namespace" 外壳声明的；外壳不被这条路径接受/被丢弃时，tools 判空即 400，工具链随之不可见，本地就表现为 unsupported call。