跳转到内容

unknown variant `image_url`, expected `text`:Codex

Quick fix

不要向不支持图片输入的模型发送图片;可改用纯文本,或等待/使用已合入的移除图片后自动重试机制。

报错原文
{"error":{"message":"CC Switch local proxy failed while handling Codex endpoint /responses. Provider: DeepSeek; model: deepseek-v4-pro; upstream_status: HTTP 400; cause: Failed to deserialize the JSON body into the target type: messages[4]: unknown variant `image_url`, expected `text` at line 1 column 56209","type":"invalid_request_error","code":"invalid_request_error","param":null,"provider":"DeepSeek","model":"deepseek-v4-pro","endpoint":"/responses","upstream_status":400}}

这些报告均发生在 Codex 经 cc-switch 向不支持图片/多模态输入的模型发送含图片消息时。DeepSeek 的报告显示,含 `image_url` 的请求会导致 HTTP 400;一条维护者评论明确称 DeepSeek 不是多模态模型,并表示“移除 image 整流自动重试机制”已合入主分支。该评论没有说明对应发布版本,因此无法据此确认具体版本已修复。

Issue #3890 将问题归因于请求反序列化并提出修改 catalog 或代理枚举的建议,但这属于报告者的分析与临时 workaround,未获维护者确认。Issue #5101 是 GLM-5.2 自建服务的相同现象:纯文本正常、图片输入触发上游 HTTP 400;原帖提出能力检测、过滤图片或友好提示的功能请求,未提供可验证的已落实解法。

  1. 不要在 Codex 对话中向当前不支持图片输入的模型粘贴、拖入或发送图片;仅发送文本内容。

  2. 如需继续使用 DeepSeek,可关注已合入主分支的“移除 image 整流自动重试机制”是否已包含在你使用的版本中;原帖未给出可确认的发布版本。

  3. Issue #3890 报告者提出的临时 workaround 是将 `deepseek-v4-pro` 的 `supports_image_detail_original` 设为 `false`,以阻止 Codex 发送图片;该做法会使模型无法接收图片,且原帖未确认其配置文件路径。

  4. 对于自建 GLM-5.2 服务,原帖尚未提供可验证的解法;请保留纯文本输入,并跟进源 issue 中关于过滤图片或返回明确提示的功能请求。

ToolCodex
Version3.16.1(报告的受影响版本;#5101 仅称 latest)
PlatformsWindowsmacOS
整个对话废了。有没有什么办法临时解决一下。
不要继续向该不支持图片输入的模型发送图片,改为只发送文本。对于 `deepseek-v4-pro`,报告者还提出将 `supports_image_detail_original` 设为 `false` 的临时 workaround,但未给出配置文件路径,且会禁用图片输入。
我尝试在codex中用mimo也是会报错,mimo是多模态大模型啊
该报告没有给出 Mimo 的后续验证、确认根因或可验证解法。已知维护者评论仅明确说明 DeepSeek 不是多模态模型;不能据此断定 Mimo 报错的具体原因。

这是一个非官方社区 wiki,与 cc-switch 作者及项目本身无隶属关系。内容整理自项目公开的 GitHub issues。本站不分发任何软件。