Codex Base URL 怎么填？/v1/responses 与重复路径排查

OuraiC 的 Codex 文档使用 https://ouraic.cn/v1 作为基址，并设置 wire_api = "responses"。这里填写基址，不是把完整的 /v1/responses 写入 base_url。

图：按本文操作要点制作的说明图，不是后台或调用成功截图。

图：本站公开文档中的Codex 配置目录中的认证与配置文件。原图沿用 AI.c 标识，仅用于识别操作位置；界面和权限以当前后台为准。

请求路径怎样形成

[model_providers.ouraic]
name = "OuraiC"
base_url = "https://ouraic.cn/v1"
wire_api = "responses"
env_key = "OURAIC_API_KEY"

Codex 按协议追加接口路径。若基址错误地写成 /v1/responses，可能产生重复路径；若路由器又加 /v1，则要核对最终 URL。

三种成功不能混为一谈

首页打开证明网页可访问；Chat Completions 成功证明普通聊天请求可用；Codex 正常工作还需要 Responses、工具调用、多轮等相关兼容。它们不是同一项验证。

因此，Python 聊天能回复而 Codex 报错时，不应先认定 Key 没问题就忽略协议，也不能把 wire_api 随意改成旧教程中的值。

排查最终地址

在错误详情中查看请求 URL，检查域名、/v1 和接口路径。只记录脱敏地址，不公开认证头。对照本站文档确认目标是远程地址还是 CC-Switch 的本地路由。

若启用了本地路由，Codex 可能请求 127.0.0.1，再由路由器访问 OuraiC。这时需要同时检查本地服务状态和它配置的上游地址。

404、401 和连接错误

404 先查路径和接口支持；401 先查凭据与认证配置；连接失败且没有 HTTP 状态时，查网络和路由器。服务器返回无可用渠道时，转查模型与分组。

不要因为浏览器访问 API 路径没有聊天结果就判定故障。浏览器直接导航通常是 GET，而模型调用使用带认证和 JSON 的请求。

修正之后的验证

用同一模型和 Key 重新发短请求，再核对日志。成功后执行一个小型只读代码任务，验证多轮与工具结果。记录工具版本、模型、分组和时间，方便之后更新配置。

配置前还需确认当前 Codex 适用分组。旧文档中的名称与实时目录可能不一致，不能只修地址就保证全部功能可用。