Codex 图片经代理后请求 400：base64 膨胀或 detail 无效
Quick fix
若图片历史导致上下文超限，升级到 v3.19.0；若报 detail original 无效，关闭对应模型的 supports_image_detail_original。
Symptom
Section titled “Symptom”CC Switch local proxy failed while handling Codex endpoint /responses. Provider: DouBaoSeed; model: doubao-seed-2-1-pro-260628; upstream_status: HTTP 400; cause: The parameter `messages.content.image_url.detail` specified in the request are not valid: invalid value: `original`, supported values are: `low`, `high`, `xhigh`, and `auto`. Request id: ...这些 issue 都涉及 Codex 图片请求经 CC Switch 本地代理转换后触发上游 HTTP 400，但原因有差异：#4465 的 Responses 图片工具结果被转成 base64 纯文本，导致 token 膨胀、上下文超限；维护者确认该问题在 v3.19.0 修复。#6495 则是代理将 `detail: "original"` 透传给不支持该值的豆包上游，评论建议通过模型目录中的 `supports_image_detail_original` 关闭该能力。#4723 报错是上游不支持 `reasoning` 参数；线程中对 AgentPlan 与 CodingPlan URL 的说明不一致，也没有给出已确认的解决步骤，因此不能将它归为图片问题或套用图片修复。
若错误指出 `image_url.detail` 的 `original` 值无效，在 `cc-switch-model-catalog.json` 中将对应模型的 `supports_image_detail_original` 设为 `false`。这是 issue 评论给出的临时方案。
若图片历史导致请求上下文超限，升级到 v3.19.0；维护者称该版本改为提取工具结果中的图片并以原生图片格式转发。
若错误指出上游不支持 `reasoning` 参数，当前 issue 线程未提供确认有效的修复配置；核对所用供应商与接口类型后再排查。
Affected Versions
Section titled “Affected Versions”Source Issues
Section titled “Source Issues”本页汇总自 3 个真实 issue
- 升级到 v3.18.0 能解决 Responses 图片转发问题吗？
- #4465 的评论称修复在 v3.19.0；#4465 的另一条评论也指出 v3.18.0 尚不包含相关媒体提取改动。
- 豆包不支持 `detail: "original"` 时有什么临时办法？
- #6495 的评论建议在 `cc-switch-model-catalog.json` 中将对应模型的 `supports_image_detail_original` 设为 `false`。
- 删除 `model_reasoning_effort` 后，为什么仍提示 reasoning 不支持？
- #4723 中提问者报告删除该配置后仍报错，但讨论没有确认有效的处理方式；评论还指出 AgentPlan 与 CodingPlan 使用的 URL 不同。
这是一个非官方社区 wiki，与 cc-switch 作者及项目本身无隶属关系。内容整理自项目公开的 GitHub issues。本站不分发任何软件。