messages[1]: missing field `content`（HTTP 400）— Codex

Quick fix

将 CC Switch 升级到 v3.20.4；转换器会跳过无 content 的 additional_tools 载体，避免严格上游返回 400。

Symptom

报错原文复制

Invalid JSON data: Failed to deserialize the JSON body into the target type: messages[1]: missing field `content` at line 1 column 34911

Cause

Codex Desktop 的标题生成及普通对话请求会在 input 开头放置一个有 role、无 content 的 additional_tools 载体。CC Switch 3.19.1 的 Responses→Chat 转换会把它变成 {"role":"system","content":null}，Agnes 等要求 content 为字符串的严格上游因此返回 HTTP 400。

v3.20.4 已跳过该载体并将其中的工具并入顶层 tools，用户确认升级后恢复正常。不过，带 tool_calls 的 assistant 消息仍会输出 "content":null；这是 OpenAI Chat 规范允许的形态，但部分严格网关仍可能拒绝。

Fix

1. 1

   将 CC Switch 从 3.19.1 升级到包含 #7454 修复的 v3.20.4。

2. 2

   重新启用 apiFormat=openai_chat 的本地代理，并在 Codex Desktop 中发送消息验证标题生成和普通对话请求。

3. 3

   再执行一轮会调用工具的对话；如果工具调用后仍返回 400，保留出站请求体和报错，以确认是否为 assistant tool_calls 消息中的 content:null。

4. 4

   若暂时无法升级，可在本地反向代理中将消息里缺失或为 null 的 content 改写为 ""；升级并验证修复后移除此绕过。

Affected Versions

ToolCodex

Version3.19.1 受影响；v3.20.4 修复 additional_tools 导致的空 system 消息

PlatformsWindows

Source Issues

本页汇总自 1 个真实 issue

• #6033[BUG] Codex /responses→Chat 转换输出 content:null，严格上游(Agnes)报 400 "missing field content"

FAQ

升级到 v3.20.4 后，Agnes 上的标题生成和普通对话是否恢复正常？

是。报告者升级后确认已正常可用。

v3.20.4 是否也把带 tool_calls 的 assistant 消息中的 content:null 改成了空字符串？

没有。该版本只修复 additional_tools 载体被转换为空 system 消息的问题；assistant tool_calls 消息仍可能包含 "content":null。

如果工具调用之后仍返回 400，需要提供什么信息？

提供转换后的出站请求体和上游报错，以判断严格上游是否拒绝 assistant tool_calls 消息中的 content:null。

相关问题

Codex Kimi 报 HTTP 400 moonshot flavored升级 CC Switch 到最新版，代理已自动清洗 Kimi 不兼容的 $ref 兄弟关键字和根级缺失 type 的工具 schema。8 issues mergedHTTP 400 Codex /responses 请求失败检查供应商是否支持 Codex 使用的请求格式；若支持 Responses API，可将该提供商的 apiFormat 设为 openai_responses 以避免请求转换。4 issues mergedCC Switch 目前的架构是黑盒的，用户无法自定义处理逻辑这是为 CC Switch 增加可编程路由转换脚本的功能请求，原帖尚未提供可验证的正式解法。1 issues merged