HTTP 400 unknown model 'ark-code-latest' Codex
Quick fix
在 CC Switch 中将 MiniMax 供应商的模型 ID 从火山方舟专用的 ark-code-latest 更改为 MiniMax-M3 即可解决此 400 报错。
Symptom
Section titled “Symptom”CC Switch local proxy failed while handling Codex endpoint /responses. Provider: MiniMax; model: ark-code-latest; upstream_status: HTTP 400; cause: invalid params, code: 2013, msg: invalid params, unknown model 'ark-code-latest' (2013)此集群包含了三种不同的 MiniMax HTTP 400 报错变体。最主要的报错是由于用户在配置 MiniMax 供应商时，错误地填入了火山方舟（Volcengine）专用的模型 ID `ark-code-latest`，导致 MiniMax 接口无法识别并返回 400 错误。
另外两种变体包括：旧版本（如 v3.16.3）在处理工具调用时因 Responses 到 Chat 的转换导致 `invalid function arguments json string` 异常（已在 v3.16.4 通过切换原生 OpenAI Responses 接口修复）；以及在处理图片时触发的 `role` 字段校验错误（在 v3.19.0+ 中仍为 Open 状态）。
打开 CC Switch 设置，找到报错的 MiniMax 供应商配置。
将模型字段（Model ID）从 `ark-code-latest` 修改为 MiniMax 官方支持的模型，例如 `MiniMax-M3`。
保存配置并重新发起请求。如果问题依旧，建议删除该供应商并使用 MiniMax 预设重新创建。
建议将 CC Switch 升级到 v3.17.0 或更高版本。新版本为 Codex 供应商表单增加了独立的默认模型输入框，可避免模型 ID 混淆。若遇到 `invalid function arguments json string` 报错，请升级至 v3.16.4 及以上版本。
Affected Versions
Section titled “Affected Versions”Source Issues
Section titled “Source Issues”本页汇总自 3 个真实 issue
- 为什么我的 MiniMax 配置里会出现 `ark-code-latest`？
- 这通常是在参考教程或对比配置时手动复制粘贴串了行。`ark-code-latest` 是火山方舟（Agentplan/BytePlus）预设专用的模型 ID，并非 MiniMax 的模型。
- 升级 CC Switch 版本能防止这种配置错误吗？
- 可以。从 v3.17.0 开始，CC Switch 为 Codex 供应商表单增加了独立的“默认模型”输入框，并修复了切换供应商时模型建议下拉框残留旧模型的问题，降低了填错概率。
- 我遇到了 `invalid function arguments json string` 的 400 报错，也是模型填错了吗？
- 不是。这是旧版本中 Responses 接口转换为 Chat 接口时产生的工具参数 JSON 异常。请将 CC Switch 升级到 v3.16.4 或更高版本，MiniMax 已切换为原生 OpenAI Responses 接口，此问题已修复。
这是一个非官方社区 wiki，与 cc-switch 作者及项目本身无隶属关系。内容整理自项目公开的 GitHub issues。本站不分发任何软件。