Codex API 配置与供应商切换教程

准备能够启动的 Codex 客户端、NexoX，以及供应商提供的 API 地址、密钥和模型 ID。这篇教程针对第三方 API 供应商配置；官方账号登录应使用对应官方预设。

最关键的是确认协议。Codex 的 Responses 请求需要上游原生支持，或由 NexoX 本地路由转换为上游接受的格式。不能因为供应商支持 Chat Completions，就直接假定它支持 Responses。

同一家供应商的不同端点或套餐可能采用不同协议。优先使用匹配的预设，自定义连接则需要逐项核对。

1. 在 NexoX 中选择 Codex，打开添加供应商面板。
2. 选择对应预设或自定义连接，填写名称、API 地址和 API Key。
3. 填写默认模型，模型 ID 应来自所选供应商的可用模型列表。
4. 确认上游格式；需要协议转换时开启本地路由，并为 Codex 启用路由。
5. 保存并启用供应商，重新启动实际使用的 Codex 进程。

确认 NexoX 中的当前供应商，然后结束旧的 Codex 进程并重新启动。单纯在旧会话中继续发送消息，不足以证明启动配置已更新。

常规配置位于 ~/.codex/config.toml。NexoX 的当前实现会把第三方供应商密钥写入其供应商配置的 experimental_bearer_token 字段；官方账号登录凭据由另一套认证流程管理。自定义配置目录时，以实际目录设置为准。

检查 model_provider、默认模型和供应商 base_url 是否与预期一致，再发起一个简短请求。下面仅展示字段关系，使用 NexoX 时无需手工覆盖文件，也不要分享包含真实密钥的配置。

model_provider = "custom"
model = "YOUR_MODEL_ID"

[model_providers.custom]
name = "My provider"
base_url = "https://api.example.com/v1"
wire_api = "responses"
experimental_bearer_token = "YOUR_API_KEY"

先确认报错来自配置读取、认证、模型选择还是上游协议，再针对具体原因处理。重新添加最新版预设有助于排除旧预设快照的问题，但不会修复供应商自身的服务故障。