跳转到内容

messages.content.type 参数非法,取值范围 ['text']:Codex

Quick fix

更新到 v3.20.2 并重新导入智谱 GLM 预设;要在 Codex 中传图,请选择支持视觉的模型。

报错原文
CC Switch local proxy failed while handling Codex endpoint /responses. Provider: Zhipu GLM; model: glm-5.1; upstream_status: HTTP 400; cause: messages.content.type 参数非法,取值范围 ['text']

Codex 通过 `/responses` 发送图片时,智谱 Chat 端点会收到它不接受的图片 content part,并返回 `messages.content.type` 400。GLM 纯文本模型(包括 issue 中提到的 glm-5.1、glm-5.2、glm-5.3)没有视觉能力,因此不能直接处理图片。早期 issue 的修复包括选择 Chat Completions 上游格式,以及启用图片整流器;维护者后来说明 v3.17.0 已补齐 glm-5.2 的纯文本能力识别和图片剥离兜底。对于 glm-5.3,v3.20.2 将预设改为官方 Responses 端点并标记为纯文本;重新导入预设后,附图时应提示模型不支持图片,而不是中途 400。

  1. 将 CC Switch 更新到 v3.20.2 或更高版本,并重新导入「Zhipu GLM」预设;存量卡不会自动更新端点。

  2. 如果仍使用旧版配置,在 Codex 的智谱 GLM 供应商设置中将「上游格式」选为 Chat Completions;对于 glm-5.2 图片报错,维护者还建议开启设置里的整流器。

  3. 需要在 Codex 中发送图片时,改用支持视觉的型号。维护者指出可在供应商卡片中手动添加视觉型号并勾选图片模态;预设本身不含 glm-5.3v。

ToolCodex
Version3.16.2、3.16.3、3.16.4、3.19.1、3.20.1(报告版本)
Platforms未知
升级后仍出现这个错误怎么办?
确认已重新导入更新后的智谱 GLM 预设;旧卡片不会自动更新端点。若仍能复现,issue 维护者建议附上脱敏请求日志。
开启整流器后还是报错怎么办?
有用户反馈开启整流器后仍报错;维护者随后说明 v3.17.0 已把 glm-5.2 纳入纯文本模型能力表并补齐图片剥离与媒体失败兜底。升级后若原始图片场景仍复现,请附上脱敏请求日志。
智谱 GLM 能在 Codex 里处理图片吗?
issue 中提到的 glm-5.1、glm-5.2、glm-5.3 被维护者说明为纯文本模型。要传图,请选择支持视觉的型号;维护者指出可手动添加型号并勾选图片模态。

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