CODEX CONFIGURATION

Codex 配置指南:快速开始

从注册、充值、创建 API Key 到环境检查、Codex 配置、Usage 验证和 FAQ 排障,把 Codex 指向 getaitoken.com 的 OpenAI-compatible Responses API。

公共指南只展示占位密钥;真实 API Key 仅在登录后的 API Keys 页面显示。配置后请退出旧 Codex 账号、完全退出程序并重新启动。

注册与充值API Key环境检查Codex 配置/v1 ResponsesUsage 验证

快速开始:从账号到第一次调用

这个路径对齐真实使用流程:先准备账号和额度,再创建 Key,最后选择一键导入或手动配置 Codex。

  1. 01

    注册并登录

    注册 getaitoken.com 账号,登录后进入控制台。

  2. 02

    充值或兑换额度

    确保账户或订阅有可用余额;余额不足时 Codex 会收到上游调用失败。

  3. 03

    创建 API Key

    在 API Keys 页面创建密钥,并确认该 Key 已绑定可用的 OpenAI 分组。

  4. 04

    完成 Codex 配置

    优先使用 API Keys 页面的一键导入;需要审计时手动写入 config.toml、auth.json 和 Windows 用户级环境变量。

  5. 05

    重启并验证

    完全退出 Codex 后重启,使用 /v1/models、测试消息和 Usage 记录确认生效。

环境检查与配置路径

先确认本地运行条件,再选择一键导入、手动配置或文件级审计,全程走 OpenAI-compatible 接口。

Node/npm 与 Codex CLI

运行 node -v、npm -v;缺失时先安装 Node.js,再执行 npm install -g @openai/codex@latest 更新 Codex CLI。

首次运行生成目录

在终端执行一次 codex。如果 ~/.codex 或 %USERPROFILE%\.codex 不存在,先让客户端生成目录后再写配置。

手动配置文件

备份原配置后,在用户级 .codex 目录写入 config.toml 和 auth.json;Windows 还需设置用户级 OPENAI_API_KEY 环境变量。

Codex 配置中心

下面的配置片段会自动使用 getaitoken 当前公开 API Base URL,并统一补齐 /v1;真实密钥只在登录后的 API Keys 页面生成。

手动配置文件顺序

需要排查或审计时,按文件顺序操作;不要把项目目录下的 .codex 当成用户级配置目录。

  1. 01

    打开用户级配置目录

    macOS/Linux 使用 ~/.codex;Windows 使用 %USERPROFILE%\.codex。目录不存在时先运行一次 codex。

  2. 02

    备份旧文件

    先复制 config.toml 和 auth.json 到带时间戳的 backup 文件,方便回滚。

  3. 03

    写入 config.toml

    保留 model_provider = "getaitoken",base_url = "https://api.getaitoken.com/v1",wire_api = "responses",requires_openai_auth = true。

  4. 04

    写入 auth.json

    只放 OPENAI_API_KEY,值为 getaitoken API Keys 页面生成的真实用户 Key;公共指南里的 Key 永远只是占位。

  5. 05

    Windows 同步环境变量

    用 PowerShell 写入用户级 OPENAI_API_KEY,重新打开终端或完全重启 Codex 后生效。

进阶能力入口

完成 Codex 配置后,可以继续使用 Web 对话、Responses API 与图像 API。

Web 对话

适合直接验证模型、提示词和余额状态,不需要本地 Codex 环境。

Responses API

Codex 使用 wire_api = "responses";应用侧也可以直接调用 /v1/responses。

Images API

图片生成走 /v1/images/generations,编辑走 /v1/images/edits;文本流程内调用图片工具走 /v1/responses。

查询当前 Key 支持哪些模型

很多用户问“我的账户能用哪些模型”。最准确的答案来自 /v1/models 接口,它只返回当前 Key 实际可调用的模型。

  1. 01

    调用 GET /v1/models

    运行 curl https://api.getaitoken.com/v1/models -H "Authorization: Bearer $OPENAI_API_KEY",返回 OpenAI 标准的 {object:"list", data:[{id, owned_by, ...}]};其中的 id 就是该 Key 可用的模型,已按分组与平台白名单过滤。

  2. 02

    打开 Available Channels 页面

    登录后访问 /available-channels,可视化查看当前账户支持的模型、分组与计费倍率;未登录会跳转到 /login。

  3. 03

    在 API Keys 创建并绑定分组

    到 /keys 创建或管理 Key;未绑定分组的 Key 没有任何模型额度,请确认分组已正确分配。

  4. 04

    模型缺失时的排查

    如果某个模型没有出现在 /v1/models,说明该 Key 的分组未包含它;请在 /available-channels 核对或联系支持。本平台当前仅提供 OpenAI 能力。

OpenAI 兼容接口参考

Base URL 为 https://api.getaitoken.com/v1,统一使用 Authorization: Bearer 鉴权。以下为当前实际提供的 OpenAI 兼容端点。

模型与用量

  • GET /v1/models — 列出当前 Key 可访问的模型,客户端启动时用它拉取模型清单。
  • GET /v1/usage — 查询用量与额度。

对话与 Responses

  • POST /v1/chat/completions — 标准对话补全。
  • POST /v1/responses(含 /v1/responses/*)— Responses API,Codex 使用 wire_api = "responses"。

向量

  • POST /v1/embeddings — 文本向量化。

图像

  • POST /v1/images/generations — 图片生成。
  • POST /v1/images/edits — 图片编辑(需分组开启图像能力)。

不带 /v1 的根路径别名同样可用,但建议客户端统一配置为 /v1。

上线检查顺序

按这个顺序检查,可以快速定位是密钥、端点、模型还是客户端缓存问题。

  1. 01

    确认 Key 已绑定分组

    未分配分组的 Key 无法使用模型额度。

  2. 02

    确认 Base URL 带 /v1

    Codex 配置需要 OpenAI-compatible API 根路径;一键导入和配置生成器会自动补齐。

  3. 03

    确认配置目录存在

    如果 ~/.codex 或 %USERPROFILE%\.codex 不存在,先运行一次 codex 让客户端生成目录。

  4. 04

    退出旧账号并重启

    如果 Codex / ChatGPT 仍登录旧账号,先退出;换 Key、模型或 Base URL 后完全重启 Codex。

  5. 05

    查看 Usage 记录

    平台 Usage 是最终验证;同一时间段应出现模型、请求和消耗记录。

Codex 配置 FAQ

这些问题来自常见 OpenAI-compatible Codex 接入场景。

如何查询我的 Key 支持哪些模型?

调用 GET /v1/models(curl https://api.getaitoken.com/v1/models -H "Authorization: Bearer $OPENAI_API_KEY"),返回的 id 就是该 Key 可用的模型;也可以登录后在 /available-channels 可视化查看支持的模型与计费。

是否可以直接把 Base URL 写成站点根地址?

不建议。Codex 的 OpenAI-compatible 配置应使用 /v1 端点;指南和弹窗生成器会自动补齐 /v1。

本机需要先安装什么?

先确认 Node.js 和 npm 可用,再安装或更新 Codex CLI:npm install -g @openai/codex@latest。首次配置前运行一次 codex,确保用户级 .codex 配置目录已经生成。

Windows 或 macOS 的配置目录在哪里?

macOS/Linux 使用 ~/.codex;Windows 使用 %USERPROFILE%\.codex。macOS 也可以在访达按 Command+Shift+G 输入 ~/.codex;Windows 可按 Win+R 输入 %userprofile%\.codex。目录不存在时先运行一次 codex,必要时再手动创建 config.toml 和 auth.json。

为什么 provider id 不用 openai?

Codex 内置 provider id 有保留语义。这里使用 getaitoken 作为自定义 provider,避免与官方 OpenAI 配置混淆。

提示余额不足或模型不可用怎么办?

先确认账户余额、订单或兑换额度是否可用,再确认 API Key 所属 Group 已开启对应 OpenAI 模型。换模型前用 /v1/models 核对可用 ID。

WebSocket 模式一定要开吗?

不需要。标准 Responses 模式即可使用;WebSocket 只作为高级选项,Codex Desktop 的 Fast 开关仍取决于客户端能力探测。

Codex 在 Windows 下中文乱码怎么办?

先确认终端字体和编码正常;仍乱码时,按 Win+R 输入 intl.cpl,进入“管理”选项卡,打开“更改系统区域设置”,勾选“使用 Unicode UTF-8 提供全球语言支持”,保存并重启电脑后再打开 Codex。

Connection failed 或网络请求失败怎么排查?

base_url 必须保留 /v1,例如 https://api.getaitoken.com/v1,不要把 /responses 写进 base_url。请在实际运行失败任务的同一台机器或容器里分别 curl /v1/models 和 /v1/responses;如果 /v1/models 也 connection refused,优先检查 DNS、出站 443、防火墙、HTTP(S)_PROXY/NO_PROXY、CLI 沙盒或容器网络。图片生成 worker 能通但 vision/review worker 不通时,重点核对两边是否继承了同一套代理、DNS 和 API Key。

手动配置会覆盖原配置吗?

指南要求先备份 config.toml 和 auth.json,再写入新内容。不要删除旧文件,必要时可以从 backup 文件恢复。

用户如何调整自己的 Key、Base URL 或模型?

换 Key 时修改 auth.json;Windows 用户还要同步更新用户级 OPENAI_API_KEY 环境变量。换服务地址改 config.toml 的 base_url 并保留 /v1;换模型前先用 /v1/models 确认可用 ID,再同时修改 model 和 review_model。

如何配置全局提示词或网络搜索?

全局提示词建议放在 Codex 读取的 AGENTS.md 中,修改后重启 Codex 或编辑器。网络搜索属于客户端能力,若你的 Codex 版本支持,可在 config.toml 中按 Codex 官方语义开启;getaitoken 侧只负责 OpenAI-compatible API 转发与用量记录。

怎样确认配置已经真正生效?

重启 Codex 后发送测试消息,确认 Model provider 是 getaitoken.com - https://api.getaitoken.com/v1,Account 是 API key configured,并到 Usage 页面确认同一时间段出现模型、请求和消耗记录。

gpt-image-2 应该怎么调用?

getaitoken 的图像能力保持 OpenAI-compatible 路径:纯图片生成走 /v1/images/generations,图片编辑走 /v1/images/edits;如果是在文本模型流程中调用图片工具,则走 /v1/responses 并在 tools 中声明 image_generation。 返回图片默认在响应体 data[0].b64_json,Base64 解码后就是 PNG。需要多张图时设置 n;上传编辑图片请控制在 50MB 以内。用户 API Key 所属 Group 必须开启 allow_image_generation,否则会返回 Image generation is not enabled for this group。 curl https://api.getaitoken.com/v1/images/generations \ -H "Authorization: Bearer <getaitoken user API key>" \ -H "Content-Type: application/json" \ -d '{ "model": "gpt-image-2", "prompt": "A clean product rendering of an AI API dashboard", "size": "1024x1024", "quality": "high", "response_format": "b64_json" }' curl https://api.getaitoken.com/v1/images/edits \ -H "Authorization: Bearer <getaitoken user API key>" \ -F "model=gpt-image-2" \ -F "image[][email protected]" \ -F "prompt=Replace the background with a clean office scene" \ -F "size=1024x1024" \ -F "quality=high" \ -F "response_format=b64_json" curl https://api.getaitoken.com/v1/responses \ -H "Authorization: Bearer <getaitoken user API key>" \ -H "Content-Type: application/json" \ -d '{ "model": "gpt-5.5", "input": "Generate a product hero image for an AI API gateway.", "tools": [ { "type": "image_generation", "model": "gpt-image-2", "size": "1024x1024", "quality": "high" } ], "tool_choice": { "type": "image_generation" } }' import OpenAI from "openai"; import { writeFileSync } from "fs"; const client = new OpenAI({ apiKey: process.env.OPENAI_API_KEY, baseURL: "https://api.getaitoken.com/v1", }); const result = await client.images.generate({ model: "gpt-image-2", prompt: "A clean product rendering of an AI API dashboard", size: "1024x1024", quality: "high", response_format: "b64_json", }); writeFileSync("out.png", Buffer.from(result.data[0].b64_json, "base64"));

生成你的真实 Codex 配置

登录后进入 API Keys 页面,复制真实密钥或使用一键导入,再重启 Codex。