Codex CLI 接入 6星中转：Base URL 使用 /v1

等不及了，先照这张表填

Codex CLI 走 OpenAI 兼容接口，和 Claude Code 正好相反：这里要带 /v1。

推荐路径

确认 Codex CLI 能打开

OpenAI 官方 Codex CLI 支持安装脚本、npm、Homebrew 和二进制包等方式。6星中转 教程只负责接入配置，先确认本机命令可用。

一、设置令牌环境变量

先把 6星中转 令牌放进环境变量，避免把完整密钥写死在配置文件里。

export OPENAI_API_KEY="sk-你的令牌"

如果你使用 zsh，可以放到 ~/.zshrc；临时测试时只在当前终端执行即可。

二、先用 OpenAI 兼容接口直测

在改 Codex 配置前，先确认 6星中转 令牌能通过 OpenAI 兼容接口完成最小调用：

curl "https://www.6xin.cc/v1/chat/completions" \
  -H "Authorization: Bearer sk-你的令牌" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "gpt-4.1-mini",
    "messages": [
      {"role": "user", "content": "回复 OK"}
    ]
  }'

这一步成功后，再配置 Codex。否则 Codex 报错时很难判断是本地配置问题还是令牌问题。

三、配置 OpenAI 兼容端点

不同 Codex CLI 版本的配置字段可能略有差异，原则是：provider 指向 6星中转，Base URL 使用 https://www.6xin.cc/v1，令牌从 OPENAI_API_KEY 读取。

# ~/.codex/config.toml 示例，按你的 Codex CLI 版本校准字段
model = "gpt-4.1-mini"
model_provider = "comeu"

[model_providers.comeu]
name = "6星中转"
base_url = "https://www.6xin.cc/v1"
env_key = "OPENAI_API_KEY"
wire_api = "chat"

手动配置步骤

四、选择模型

模型 ID 从 6星中转 模型广场复制。首次测试建议选择响应快、成本低、分组确定可用的模型。

五、确认 Codex 读到了你的配置

很多失败来自“配置文件写了，但工具没有读到”。按下面顺序定位：

这些情况先停下来，不要继续改更多配置

Codex CLI 的关键是 OpenAI 兼容入口、配置文件路径和 provider 名称。排障时一次只改一个变量，才能判断是哪一层出了问题。

六、验证与排障

完成标准

多项目使用建议

如果你在多个项目里使用 Codex，建议按项目或用途拆分令牌和模型配置。生产代码仓库使用稳定模型，本地试验仓库使用轻量模型，避免一次配置影响所有项目。

• 令牌名称写清楚项目和用途，例如 codex-local-project。
• 不要把 OPENAI_API_KEY 写进项目仓库的脚本里。
• 切换模型后，先做小任务验证，再让工具改动大范围文件。

恢复或切回默认

临时测试只设置了环境变量时，关闭终端即可恢复。改过配置文件时，建议先备份再删除 6星中转 provider 配置块。

# 建议备份后再改
cp ~/.codex/config.toml ~/.codex/config.toml.bak

Codex CLI 仍然不通时，提交这些定位信息

Codex CLI 手动配置失败时，先确认 OpenAI 兼容直测能不能成功，再判断 Codex 是否读到了同一套 provider。不要只看配置文件存在。

如果只有某个项目失败，优先检查项目级配置；如果希望减少手动配置，改看 CC Switch 切换 Codex CLI。