客户端接入
Codex
使用 Codex CLI 当前自定义 provider 配置通过 InfiniteX Responses API 完成真实请求
目标
为 Codex CLI 配置独立 InfiniteX provider，用当前 /v1/models 返回的模型完成一条 Responses 请求，并在 InfiniteX 使用日志核对费用。
前置条件
- 已安装 Codex CLI；本文配置基于
0.144.0。 - 已创建 1 小时、低额度、单模型 API 密钥，并存入环境变量
INFINITEX_API_KEY。 - 已从
/v1/models选择运行时可用模型，记为<MODEL_ID_FROM_V1_MODELS>。
准确入口
- API 密钥：https://infinitex.pro/keys
- 使用日志：https://infinitex.pro/usage-logs/common
- Codex 用户配置：
~/.codex/config.toml
配置步骤
- 执行
codex --version，确认实际版本；版本不同先对照该版本配置参考。 - 在启动 Codex 的环境中设置
INFINITEX_API_KEY。不要把完整 Key 写入仓库或命令参数。 - 在用户级
config.toml增加以下配置；provider ID 可自定义，但不能使用保留 IDopenai、ollama或lmstudio。
model = "<MODEL_ID_FROM_V1_MODELS>"
model_provider = "infinitex"
[model_providers.infinitex]
name = "InfiniteX"
base_url = "https://api.infinitex.pro/v1"
wire_api = "responses"
env_key = "INFINITEX_API_KEY"- 运行
codex --strict-config，让当前版本拒绝无法识别的配置字段。 - 在一个不含隐私的小目录中发起最小提示，确认客户端得到文本回答且无 API/auth error。
- 打开 InfiniteX 使用日志，按时间核对模型、
/v1/responses、Token、缓存、费用、耗时和 request ID。 - 删除临时 Key，并确认同一凭据不能再访问
/v1/models。
认证方式说明
若组织已有本机 credential helper，可用 [model_providers.infinitex.auth] 的 command、args、timeout_ms 和 refresh_interval_ms 获取 bearer token。auth helper 不得与 env_key、experimental_bearer_token 或 requires_openai_auth 同时使用；helper 必须只向 stdout 输出 Token，不能输出日志。
成功结果
Codex 使用 InfiniteX provider 完成 Responses 请求；使用日志出现同一时刻的 /v1/responses 记录；撤销临时 Key 后认证失败。
常见错误
| 现象 | 可执行检查 |
|---|---|
unknown field | 使用 --strict-config 定位字段，并确认 Codex 版本 |
401 | 检查 INFINITEX_API_KEY 是否在启动 Codex 的进程环境中、是否过期或已撤销 |
404 | base_url 应为 https://api.infinitex.pro/v1，wire_api 应为 responses |
| 模型不可用 | 重新请求 /v1/models，不要复用本文验证时的模型名 |
| 无使用日志 | 确认请求不是在本地初始化阶段失败，并核对 API 域名与时间范围 |
截图状态
CL-01 未发布：真实验证发生在终端客户端，安全采图管线不能自动化 Codex CLI，且任何包含临时 Key、完整 prompt 或上游回复的终端画面都不合规。版本、配置字段和运行结果由命令与 InfiniteX 日志双重验证。
安全与计费影响
Codex 可能发起多轮模型与工具调用，费用不等同于单条 curl。使用单模型、低额度 Key，先在小目录完成最小测试，再按工作负载扩大权限。完整 Key、prompt、响应与本地路径不进入截图或反馈。
下一步
阅读使用日志与费用核对，或配置Claude Code。
最后更新于