invalid tool_call_id（HTTP 400）— Codex

Quick fix

工具调用时报错时，可改用原生 Responses 兼容的 GPT 类模型；v3.16.5 可回退至 v3.16.4。

Symptom

报错原文复制

{"error":{"message":"CC Switch local proxy failed while handling Codex endpoint /responses.
Provider: SenseNova; model: deepseek-v4-flash;
upstream_status: HTTP 400; cause: invalid tool_call_id",
"type":"invalid_request_error","code":"3","param":null,
"provider":"SenseNova","model":"deepseek-v4-flash",
"endpoint":"/responses","upstream_status":400}}

Cause

已报告受影响的版本为 v3.16.5 和 v3.20.1。Codex 以 Responses 请求经配置为 Chat Completions 的上游时，工具调用相关的 `tool_call_id` 可能未被正确转换。v3.16.5 的报告表现为请求仍以 Responses 形式转发，上游返回 `invalid tool_call_id`；v3.20.1 的变体则显示为 `messages.2.tool_call_id 长度不足`。

v3.20.1 的实测评论指出，该上游对长度 1~14 的非空 id 均接受，报错实际对应空字符串 id。另一条评论称，`function_call_output` 缺少 `call_id` 时，转换层会以 `unwrap_or("")` 写出空 id，并已提出 PR #7374；该 PR 在所给材料中仅为已提出，尚无已合并或已发布修复的证据。另有 `vision` 能力不支持的 HTTP 400 报告，属于同一环境中叠加的不同错误变体。

Fix

1. 1

   若需要立即继续工具调用，改用报告中已验证可正常工作的原生 Responses 兼容 GPT 类模型。

2. 2

   若问题始于 v3.16.5，可按报告中的临时方案回退到 v3.16.4。

3. 3

   对于 v3.20.1 的空 `tool_call_id` 变体，关注 PR #7374 的后续合并与发布状态；原帖未提供已发布版本的可验证修复。

Affected Versions

ToolCodex

Version已报告受影响：3.16.5、3.20.1

PlatformsWindows

Source Issues

本页汇总自 3 个真实 issue

• #4973v3.16.5 regression: `invalid tool_call_id` (HTTP 400) when routing Codex → SenseNova on `deepseek-v4-flash`
• #7155[Bug] v3.20.1: deepseek Chat 上游 tool_call_id 长度不足 (HTTP 400)，子 agent 调工具必现
• #7156[Bug] v3.20.1: deepseek Chat 上游 tool_call_id 长度不足 (HTTP 400)，子 agent 调工具必现

FAQ

这个回归是否已经被追踪？

材料中仅显示有人已提出 PR #7374，未提供已合并、已发布或已验证修复的证据。

v3.16.5 中 Responses → Chat Completions 的请求体重写在哪里执行？

原帖请求维护者指出对应文件或函数，但所给讨论中没有提供该位置的确认答复。

相关问题

供应商 API Key 被覆盖：Codex 重启或切换后升级到 cc-switch v4.0.0 或更高版本；该版本重写了切换逻辑，避免供应商密钥互相覆盖并恢复官方登录态。6 issues mergeddeepseek接入 模型勾选了1m升级 cc-switch 到 v3.17.0+，DeepSeek 供应商的「默认兜底模型」（ANTHROPIC_MODEL）留空或也勾选 1M，只填 Haiku/Sonnet/Opus 映射后重启 Claude Code。7 issues merged检查失败 Connection failed先开关/切换一次系统代理再完全重启 cc-switch；若升级 macOS 或更新到 v3.16.3+（最好用 4.x 新版）通常可根治。6 issues merged