工具调用必假死：Codex 的 function_call 丢失 call_id

Quick fix

评论者确认：流式累积时仅用非空 id/name 更新状态可恢复工具调用；原帖另提供绕过 CC Switch Responses 翻译、直连官方 OpenAI 的临时方案。

Symptom

报错原文复制

Codex 不再派发工具、不发第二轮请求、不报错，会话循环沉默。

Cause

报告中，CC Switch 将上游 Chat Completions 流式响应转换为 Responses 事件时，首个 delta 中的工具调用 id 正常，但后续空字符串覆盖了累积状态，导致 response.output_item.done 与 response.completed 中的 call_id 为空。Codex 依靠 call_id 配对工具调用与结果，因此工具派发停住。作者在 qwen3.7-max、qwen3.6-plus、deepseek-v4-flash、glm-5.2 上复现，开关 reasoning 均未消除问题。

评论补充了 unsupported call: 变体：cc-switch-cli 的 id/name 均可能被空值覆盖，GUI 的 name 已有保护，但 id 仍缺少保护。该评论称非流式调用不受影响，Kimi 自有服务未出现此问题。评论者随后确认增加非空判断后恢复正常；这是代码修改后的用户验证，原帖未说明补丁是否合并或哪个发布版本包含修复，不能仅凭 issue 已关闭认定已发布修复。

Fix

1. 1

   核对流式事件：若 response.output_item.added 中 call_id 非空，而 response.output_item.done 与 response.completed 中变为空，则符合原帖报告；评论中的另一种表现是 name 同时为空并报 unsupported call:。

2. 2

   如需修改源码，在 streaming_codex_chat.rs 的 push_tool_call_delta 中保留已有累积值：仅当 id_delta 中的 id 非空时更新 state.call_id，仅当 name_delta 中的 name 非空时更新 state.name。评论者按此修改后确认工具调用恢复正常，但没有提供已发布的修复版本。

3. 3

   无法修改源码时，可采用作者报告的临时绕过方案：切到不经过 CC Switch Responses 翻译的路径，例如 Codex 官方 OpenAI 直连。原帖称无配置可绕过此翻译缺陷，且 codex-cli 0.142.2 已不支持 wire_api = "chat"。

4. 4

   修改后用带工具调用的流式请求复核：最终事件中的 call_id 应与 response.output_item.added 保持一致，工具名不应被后续空值清除，并检查 Codex 是否继续派发工具和发起后续请求。

Affected Versions

ToolCodex

Version受影响：cc-switch 3.16.3

PlatformsmacOS

Source Issues

本页汇总自 1 个真实 issue

• #4671[Bug] Codex(wire_api=responses)工具调用假死:function_call 的 call_id 在 output_item.done/response.completed 中被清空

FAQ

找到这个原因了是否可以修复了呀？

评论者提供了对 id/name 增加非空判断的代码修改，并随后确认修改后恢复正常。原帖未提供补丁合并记录或包含修复的发布版本。

相关问题

DeepSeek Claude Code 配置与切换异常先确认问题属于同一类：新终端或新会话会重新读取配置；DeepSeek 缓存命中率异常可先升级到 v3.16.3，但其他变体仍未修复。15 issues mergedapi failed deserialize json body into按错误类型回退 Claude Code、升级 cc-switch、关闭本地代理或停止发送不支持的字段。8 issues merged供应商 API Key 被覆盖：Codex 重启或切换后升级到 cc-switch v4.0.0 或更高版本；该版本重写了切换逻辑，避免供应商密钥互相覆盖并恢复官方登录态。6 issues merged