unsupported call: - Codex

Quick fix

升级 cc-switch 至 v3.16.4 或更高版本，修复流式转换中工具调用 name/id 被空 delta 覆盖的问题。

Symptom

报错原文复制

unsupported call:

Cause

当 cc-switch 代理将上游 Chat Completions 流式响应转换为 Responses-API 事件时，会按 index 累积工具调用的 arguments。部分供应商（如 GLM、MiniMax）仅在首个 tool_calls delta 中发送 name 和 id，后续分块中这些字段为空。在 v3.16.3 及更早版本中，累积器会被后续的空值覆盖，导致 Codex 收到空的 name 和 call_id 从而拒绝执行。此问题影响使用不透明 ID（如 call_<hash>）的模型，而 ID 中编码了名称的模型（如 Kimi）则不受影响。

Fix

1. 1

   将 cc-switch 升级到 v3.16.4 或更新版本。该版本修复了累积的 tool-call 状态被空 delta 覆盖的缺陷，不再依赖 ID 中编码的名称。

Affected Versions

ToolCodex

Versionaffected range: cc-switch <= 3.16.3

PlatformsmacOSLinux

Source Issues

本页汇总自 1 个真实 issue

• #4651Streaming tool_calls name/id dropped in chat→Responses conversion → Codex `unsupported call` (opaque-id providers still broken on v3.16.3)

FAQ

为什么 kimi-k2.7-code 可以正常使用，但 glm-5.2 和 MiniMax-M2.5 会报错？

kimi-k2.7-code 的 ID 中编码了名称（如 functions.run:0），旧版 cc-switch 可以从中恢复名称；而 GLM 和 MiniMax 使用不透明的 ID（如 call_<hash>），在 v3.16.3 中无法恢复，导致名称为空。

模型可以正常聊天，但调用工具就返回为空，是上游 API 的问题吗？

不是上游 API 的问题，而是 cc-switch 在流式转换时丢失了工具调用的名称和 ID。升级 cc-switch 至 v3.16.4 即可解决。

相关问题

Invalid schema for function升级 cc-switch 至 v3.18.0+，修复 Codex 工具参数缺失 type: object 导致的上游 400 报错。5 issues mergedError running remote compact task在 Codex 设置中关闭远程上下文压缩（Remote Compaction），改用本地压缩即可临时绕过此协议转换缺陷。4 issues merged为 Claude Code 添加 CoderPlan provider这是功能请求：为 cc-switch 增加 CoderPlan provider preset，作者已准备 Claude Code preset PR，但维护者仅要求通过 readme 邮箱沟通，合并状态未确认。1 issues merged