Codex CLI 0.126+ 配置minimax提示 404 Not Found /v1/responses - 配置问题排查

[poyobi]

问题描述

配置 codex-app-transfer 后，Codex CLI 提示 404 Not Found: /v1/responses，无法正常连接。

根本原因

Codex CLI 0.126 起从 /v1/responses 回退到 /responses（不带 /v1/ 前缀）。

正确配置

~/.codex/config.toml 应设置：

model_provider = "openai"
openai_base_url = "http://127.0.0.1:18080"
api_key = "<Gateway API Key>"

常见错误

model_provider = "custom"  # ❌ 错误
[model_providers.custom]

修复方法：删除 [model_providers.custom] 段，改用 openai provider。

---

用户环境：macOS，Codex CLI 0.126+

[Cmochance]

谢谢反馈,这个问题已经在 PR #181 修了,等合并后下个版本(v2.1.9)发出来就不需要手动改 config 了。

排查结论一句话:model_provider = "custom" + [model_providers.custom] 段是历史残留(早期教程 / 旧版 CLI 自己写的),2.1.8 没有写入这条配置。但 app 之前的 apply 流程也没主动把它拉正,导致 Codex CLI 0.126+ 端点从 /v1/responses 切到 /responses 后,流量从 [model_providers.custom].base_url 走出去就 404 了。

PR #181 在 apply 阶段强制写 model_provider = "openai",让 Codex CLI 真正经过我们的 proxy(openai_base_url = http://127.0.0.1:18080)。snapshot 在 apply 第一步已经拿到用户原值,stop app 时能完整退回到 custom 或缺省状态,[model_providers.custom] 段也不动。

另外顺手也修了一个 2.1.8 引入的副作用:用户在 Codex CLI 模型选择器里选过的 model 会被 stop-app 时的 restore 擦掉,导致旧 session 切回 GPT 内置名。

你这条 issue 先留着不关,等 v2.1.9 出来你装上验证一遍再自己关 👍