无法直接使用/v1/responses - Codex
Quick fix
从 .codex/auth.json 提取 access_token 和 account_id 并加入请求头后再调用接口。
Symptom
Section titled “Symptom”将codex供应商oauth登录,并对codex开启路由后无法直接使用/v1/responses或chat接口,**即便我的设备上没有claudecode,也只能使用/v1/message接口进行通信**。在 cc-switch 3.20.4 的 Codex 路由场景中,直接请求开放端口的 `/v1/responses` 或 chat 接口无法使用。该问题报告称,手动提供 Codex OAuth 凭据后路由可以正常返回消息。
报告者还提到,Codex 的参数与标准 Responses 接口似乎不同,部分通用字段可能不被接受并导致 400 错误;该行为是否为仅开放 Anthropic 后端的设计,issue 中尚未得到确认。
从 `.codex/auth.json` 提取 `access_token` 和 `account_id`。
在调用 `/v1/responses` 或 chat 接口时,将提取的凭据添加到请求头后再发送请求。
Affected Versions
Section titled “Affected Versions”ToolCodex
Version3.20.4(受影响)
PlatformsLinux
Source Issues
Section titled “Source Issues”本页汇总自 1 个真实 issue
- 仅anthropic后端可用是否是项目的有意设计?
- 该 issue 未确认这是有意设计;报告者测试发现,传入 `.codex/auth.json` 中的 token 后路由可以正常工作。
<thinking> 标签作为正文输出 Claude Code将 provider 的 apiFormat 从 openai_chat 改为 anthropic(若上游支持),可绕过内联 <thinking> 泄露。messages.content.type 参数非法 Claude Code多数相关 issue 仍未解决;升级到包含 #7656 修复的版本,使中文图片拒绝错误触发图片降级重试。切换后打开 codex 继续用旧账号。— Codex切换 OAuth 账号后彻底重启 Codex 后台服务;CLI 可执行 `codex app-server daemon stop` 后重新打开 Codex。
这是一个非官方社区 wiki,与 cc-switch 作者及项目本身无隶属关系。内容整理自项目公开的 GitHub issues。本站不分发任何软件。