Codex 与 Codex++
Codex 使用 OpenAI Responses 协议。Codex Relay 的 Provider Base URL 填写根域名，客户端会请求 /v1/responses 或对应的 Responses 路径。
Codex++ 图形界面
在 Codex++ 中新建一个自定义 Provider：
| 字段 | 值 |
|---|---|
| Provider 名称 | Codex Relay |
| Base URL | https://codexapi.asia |
| API 类型 | Responses |
| API Key | 你的 Codex Relay Key |
| Model | 从 /v1/models 返回结果中选择 |
保存后切换到该配置并重新打开一个任务。如软件缓存模型列表，先执行刷新模型或重启软件。
config.toml 示例
toml
model_provider = "codex_relay"
model = "MODEL_ID"
model_reasoning_effort = "high"
[model_providers.codex_relay]
name = "Codex Relay"
wire_api = "responses"
requires_openai_auth = true
base_url = "https://codexapi.asia"API Key 应交给 Codex++ 的凭据管理或 Codex 的认证存储，不要直接写进 config.toml。
Fast / 1.5x 模式
需要客户端、网关和实际模型同时支持。客户端设置示例：
toml
service_tier = "fast"
[features]
fast_mode = true设置不等于一定生效
fast_mode = true 只表示客户端请求 Fast 服务等级。若当前模型、分组或上游账号不支持，服务端可能按普通模式处理。判断时应查看实际请求记录中的服务等级和延迟，而不是只看配置文件。
常见问题
出现 401
重新在当前 Provider 中设置 API Key，确认没有把后台登录密码当成 API Key。
模型列表为空或模型报 404
用同一个 Key 请求 /v1/models，然后把 model 改成返回的准确 ID。
Base URL 变成 /v1/v1/responses
Codex Provider 的 base_url 使用 https://codexapi.asia，不要在这里追加 /v1。
Fast 看起来没有变快
先关闭超高 reasoning effort 做对照测试。首 Token 时间还会受到模型排队、账号池容量、上游网络和工具前置调用影响。