Codex CLI 自定义 API 设置

安装 Codex CLI,配置 TokenHub 自定义 API 提供程序,并使用 compatible OpenAI 响应模型。

Codex CLI是什么?

Codex CLI 是 OpenAI 的编码代理,用于处理存储库、编辑文件、运行命令以及从终端执行 comp 开发任务。

本指南介绍如何使用 TokenHub 自定义 API 提供程序配置 Codex CLI。它保留了 Codex 工作流程,同时将 API 密钥、compatible 模型、请求日志和令牌使用情况集中在 TokenHub 中。 Codex 自定义提供程序使用 OpenAI Responses API 而不是普通的 Chat Completions,因此模型选择必须考虑响应、流式传输和工具调用行为。在非生产存储库中验证提供程序,从检查和解释任务开始,然后才允许编辑或 shell 命令。

Codex 可以通过 TokenHub 的 OpenAI Responses 兼容接口接入。常用 Base URL 是 https://us-api.tokenhub.com/v1,Codex 会通过 provider 配置访问 https://us-api.tokenhub.com/v1/responses,API Key 使用 TokenHub 工作台创建的密钥。

适合场景

Codex 适合在终端里完成仓库阅读、代码修改、命令执行、测试修复和小型开发任务。建议先在 Git 工作区中使用,这样每次改动都能通过 diff 审阅。

安装 Codex

先参考 OpenAI Codex CLI 官方文档openai/codex 仓库。常见安装方式如下:

# npm
npm install -g @openai/codex

# Homebrew
brew install codex

安装后确认命令可用:

codex --version

如果你在公司网络或 CI 环境中安装,优先使用官方文档中提供的包管理器或二进制安装方式。

准备 TokenHub 凭证

export TOKENHUB_API_KEY="sk-..."

选择模型时,使用 TokenHub 模型列表里的 Model ID,例如 gpt-4.1gpt-4o 或你的工作区可用模型。

推荐方式:配置 TokenHub Provider

如果你的 Codex 版本支持 provider 配置,可以在 ~/.codex/config.toml 中加入 TokenHub:

model = "gpt-4.1"
model_provider = "tokenhub"

[model_providers.tokenhub]
name = "TokenHub"
base_url = "__API_BASE_URL__/v1"
env_key = "TOKENHUB_API_KEY"
wire_api = "responses"

Codex 官方配置参考中该 provider 使用 wire_api = "responses"。因此这里不要把它改成其它未确认的 wire API;如果请求失败,应在 TokenHub 中选择支持 https://us-api.tokenhub.com/v1/responses 的模型,或升级到支持 provider 配置的 Codex 版本。

这样做的好处是 Codex 每次启动都会读取同一个 provider,不依赖某个终端窗口里临时 export 的变量。env_key = "TOKENHUB_API_KEY" 表示密钥仍从本机环境或密钥管理工具读取,不把明文 Key 写进 config.toml

环境变量验证

如果只是排查 Key 是否能被 Codex 读取,可以在当前终端临时设置 TOKENHUB_API_KEY,Base URL 和 wire API 仍以 ~/.codex/config.toml 为准:

export TOKENHUB_API_KEY="sk-..."
codex --model gpt-4.1

验证通过后,建议保留 provider 配置,并把密钥交给本机环境变量、密码管理器或团队密钥管理方案提供。

启动和常用命令

在项目目录中运行:

cd /path/to/your/repo
codex --model gpt-4.1

也可以直接给一次性任务:

codex --model gpt-4.1 "用一句话说明这个仓库的主要技术栈,不要修改文件"

验证

  1. 先问只读问题,确认 Codex 能读项目并返回。
  2. 在 TokenHub 请求日志中确认模型和接口路径。
  3. 再让 Codex 修改一个低风险文件,例如 README 或测试。
  4. git diff 审阅改动,再决定是否继续授权更复杂任务。

故障排查

现象处理方式
401确认 TOKENHUB_API_KEY 已导出,且 provider 的 env_key 与变量名称一致。
404确认 Base URL 是 https://us-api.tokenhub.com/v1,不是只填到根域名。
Responses 接口错误确认 wire_api = "responses",并选择 TokenHub 中支持 https://us-api.tokenhub.com/v1/responses 的模型。
模型名不识别使用 TokenHub 模型列表中的完整 Model ID。
命令运行风险过高先让 Codex 给出计划和待执行命令,再逐条确认。
配置文件不生效运行前用 env 检查 TOKENHUB_API_KEY 是否存在,并检查 ~/.codex/config.toml

推荐模型怎么选?

任务选择方向适合原因
交互式仓库修改支持 Responses 且工具调用稳定的模型Codex 会通过 Responses API 调用工具来阅读、编辑并验证仓库。
深度审查或长任务经过 Codex 实测的高上下文推理模型投入多步骤任务前,应验证实际的 Responses 路由、流式和工具行为。
快速迭代已验证的低成本 Responses 兼容模型Chat Completions 可用并不能替代 Responses;必须先完成同类工具循环验证。
前往模型广场比较价格和能力

Codex CLI 定制 API FAQ

为什么 Codex Base URL 需要 /v1?

Codex 将响应路径附加到提供程序 base_url,因此 TokenHub 提供程序应使用 API 根,后跟 /v1。

我可以将wire_api更改为chat_completions吗?

保留当前 Codex 自定义提供程序的wire_api =“responses”。如果模型不支持响应,请选择其他模型,而不是使用未经验证的协议值。

为什么 Codex 仍然报告缺少 API 密钥?

检查 config.toml 中的 env_key 是否与 TOKENHUB_API_KEY 完全匹配,并从包含该变量的新终端启动 Codex。

Codex CLI 与 Claude Code 有什么不同?

两者都是编码代理,但它们的定制提供商协议不同:Codex 使用 OpenAI Responses,而 Claude Code 使用 Anthropic Messages。 Comp 是工作流程、工具可靠性、上下文、延迟和成本。

Codex 使用量如何通过 TokenHub 计费?

TokenHub 对所选模型的输入、输出和适用的缓存使用情况进行计费。 Codex CLI 没有单一型号价格,因此使用前请检查当前型号详细信息页面。

配置资料

本页配置以 TokenHub 教程和官方资料为依据,最后核验于 2026-09-04。