开始之前
你需要准备以下三项:
- 已安装 Codex CLI。安装方式请参考 Codex CLI 官方页面。
- 一个可用的 API Key。新用户可以先注册 codexinfo.top,已有账号可从顶部导航登录,然后在后台创建 Key。
- 后台当前支持的模型名。模型会随服务更新,请以价格与模型列表为准。
config.toml、Git 仓库、截图或聊天记录。本文通过环境变量引用 Key。第一步:创建 API Key
- 进入 codexinfo.top 后台并登录。
- 打开 API Key/令牌管理页面。
- 创建一个新 Key,并妥善保存;页面通常只会完整展示一次。
- 确认账户有可用额度。
第二步:设置环境变量
Codex 官方配置支持通过 env_key 指定“从哪个环境变量读取 API Key”。本文统一使用 CODEXINFO_API_KEY。
macOS / Linux:当前终端临时生效
export CODEXINFO_API_KEY="sk-你的APIKey"macOS / Linux:永久保存
如果使用 Zsh,把配置加入 ~/.zshrc;如果使用 Bash,则加入 ~/.bashrc:
echo 'export CODEXINFO_API_KEY="sk-你的APIKey"' >> ~/.zshrc
source ~/.zshrcBash 用户把上面的 ~/.zshrc 替换成 ~/.bashrc。
Windows PowerShell:当前窗口临时生效
$env:CODEXINFO_API_KEY="sk-你的APIKey"Windows PowerShell:保存到当前用户
[Environment]::SetEnvironmentVariable(
"CODEXINFO_API_KEY",
"sk-你的APIKey",
"User"
)执行后请关闭并重新打开 PowerShell。
第三步:编辑用户级 config.toml
配置文件位置:
| 系统 | 用户级配置路径 |
|---|---|
| macOS / Linux | ~/.codex/config.toml |
| Windows | C:\Users\你的用户名\.codex\config.toml |
model_provider、model_providers 等字段应放在用户级配置。Codex 官方配置参考说明,项目级 .codex/config.toml 会忽略这些提供商字段。把下面配置加入用户级 config.toml:
model = "gpt-5.5"
model_provider = "codexinfo"
[model_providers.codexinfo]
name = "codexinfo.top"
base_url = "https://api.codexinfo.top/v1"
env_key = "CODEXINFO_API_KEY"
wire_api = "responses"gpt-5.5 是本文撰写时后台可见的示例模型。若模型列表发生变化,只需把第一行替换成后台当前可用的精确模型名。
每一项是什么意思?
| 字段 | 作用 |
|---|---|
model | Codex 默认调用的模型名,必须与后台模型列表一致。 |
model_provider | 选择下面定义的 codexinfo 自定义提供商。 |
base_url | API 基础地址。这里保留结尾的 /v1。 |
env_key | 告诉 Codex 从 CODEXINFO_API_KEY 环境变量读取 Key。 |
wire_api | Codex 自定义提供商使用的协议;官方当前支持值为 responses。 |
第四步:验证配置
先确认 Codex CLI 能正常运行:
codex --version然后进入一个测试目录并启动 Codex:
mkdir codex-api-test
cd codex-api-test
codex也可以使用非交互命令验证一次请求:
codex exec "只回复:连接成功"成功后,可以在 codexinfo.top 后台查看对应的调用和用量记录。
常见错误排查
401:Invalid token / Unauthorized
- 检查环境变量名称是否与
env_key完全一致。 - macOS/Linux 运行
echo $CODEXINFO_API_KEY,确认当前终端能读取到变量。 - PowerShell 运行
$env:CODEXINFO_API_KEY。 - 重新复制 Key,避免多余空格、换行或只复制了一部分。
- 永久环境变量设置后,需要重新打开终端。
404:Responses endpoint not found
- 确认
base_url是https://api.codexinfo.top/v1。 - 不要把地址写成后台网页地址或遗漏
/v1。 - 确认使用的是支持 Responses API 的接入地址。
Model not found / Unsupported model
- 模型名区分字符,必须与后台列表完全一致。
- 不要直接照搬旧教程中的模型名。
- 打开模型价格页确认当前名称。
429:Too many requests / Insufficient quota
- 检查账户余额和 Key 的剩余额度。
- 确认 Key 是否设置了请求限制、模型限制或 IP 白名单。
- 减少并发请求,稍后重试。
修改配置后没有生效
- 确认编辑的是用户级
~/.codex/config.toml。 - 检查 TOML 拼写、引号和表名是否正确。
- 关闭当前 Codex 会话,重新打开终端后再启动。
- 不要把自定义提供商只写在项目级
.codex/config.toml。
安全建议
- 不要将 API Key 提交到 Git。
- 不要在教程截图、录屏或报错日志中展示完整 Key。
- 为不同设备或项目创建不同 Key,方便单独撤销。
- 发现泄露后立即删除旧 Key,并创建新 Key。
- 按需设置 Key 的额度、模型和 IP 限制。
常见问题
可以只设置 OPENAI_BASE_URL 和 OPENAI_API_KEY 吗?
部分工具可以,但 Codex CLI 当前官方配置提供了自定义模型提供商机制。使用 model_providers、base_url 和 env_key 更明确,也更容易排错。
为什么使用 CODEXINFO_API_KEY,而不是直接写 Key?
env_key 保存的是环境变量名称,不是密钥本身。这样可以避免把真实 Key 写进配置文件或意外提交到 Git。
可以为不同项目使用不同模型吗?
可以。通用提供商配置放在用户级文件中,再通过 Codex 的配置层或启动参数调整具体模型。自定义提供商本身不要只放在项目级配置中。
官方参考
本文配置字段依据 OpenAI Codex Configuration Reference 和 Codex Basic Configuration 校验。可用模型与服务价格以 codexinfo.top 后台实时信息为准。
准备开始配置?
注册账号、创建 API Key,然后复制本文配置即可开始使用。
注册账号