codex中转站怎么使用

很多人拿到中转站的地址和密钥，卡在「Codex 到底该改哪里」：是改环境变量、还是改配置文件，base_url 末尾要不要带版本路径，以及国内直连到底要不要开代理。这篇按顺序给一遍可执行的配置动作，并把「要不要挂代理」拆成几种具体情形来判断，不承诺速度，只给判断依据和验证方法。

很多人拿到中转站给的地址和密钥，第一反应是「Codex 该改哪里」——是环境变量还是配置文件，base_url 末尾要不要带版本路径，国内直连到底要不要开代理。这几个问题不解决，配置就卡在原地。这篇按顺序把配置动作走一遍，再把「要不要挂代理」拆成几种具体情形，给判断依据和验证方法，不承诺速度。

先说一个前提：中转站只是换了请求发往哪里，工具本身的用法没变。所以配置的核心就是改对地址和密钥两处，其余照旧。下面分四块讲：先认清要填什么，再走配置步骤，然后判断代理，最后做跑通验证。

先搞清楚要填哪几个东西

中转站一般给你三样：接口地址（base_url）、密钥（key）、可用模型名。三样缺一样都配不通，很多人只拿到两样就开始改，改到一半发现模型名对不上。拿到信息先摊开确认齐全，再动手。

接口地址 base_url

请求发往的根地址，决定流量走哪家；末尾要不要带版本路径各家不同，以站点文档给的为准。

密钥 key

身份凭证，决定额度和权限；只放本机环境变量或本地配置，不要写进会提交仓库的脚本。

模型名

要调用的模型标识；必须用站点列出的那串，写官方叫法可能直接报找不到模型。

• 地址、密钥、模型名三样先确认齐全，缺一样先找站点补，别自己拼
• base_url 末尾带不带 /v1 或版本路径，照站点文档抄，不要凭习惯改
• 密钥只放本机，不进仓库、不发聊天窗口、不截图外传
• 模型名用站点给的那串原文，大小写和连字符都别改

配置动作按这几步走

1. 写入密钥并确认读得到把密钥写进环境变量，新开一个终端使其生效，用 echo 类命令打印一下确认读得到，避免旧终端读的还是空值。
2. 填接口地址把 base_url 填到 Codex 的配置文件或环境变量里；注意别和官方默认值混着留，两者同时存在时以哪边生效要搞清楚。
3. 发最小请求验证连通别直接上大任务，先发一条最短的请求，确认能返回；连通了再放进真实任务里跑。
4. 记录跑通的组合跑通后记下当时的地址、模型名、是否代理；换站点时只改地址和模型名两处，不要重装工具。

到底要不要挂代理：分情况看

这个问题没有统一答案，取决于你的网络和站点。下面按三种常见情形给判断，遇到不属于这三种的，用第四节的方法实测再决定。

• 地址和密钥都由国内可直连的中转站提供：通常不需要额外挂代理，先直连试一次再说
• 直连报连接超时或证书错误，但换网络（比如手机热点）能通：多半是本地运营商或公司网络的问题，这种情况挂代理可能有帮助
• 工具本身还要访问官方域名做登录或校验：那部分仍可能走不通，需要单独处理，不能指望中转站解决
• 挂代理后反而更慢或频繁断流：退回直连，用站内测速工具量一下基线再决定

还有个容易忽略的点：代理影响的是网络路径，不影响密钥是否有效。挂上代理后如果还是报鉴权错误，问题在密钥不在网络，别在代理上继续折腾。

跑通之后怎么确认没白配

能返回不代表配对了。要确认走的是你要的模型、响应完整、速度可接受。方法是用同一个提示词在直连和挂代理两种状态下各跑一次，比较返回时间和是否截断，别凭感觉判断。

报错排查有个顺序，别乱改：报 401/403 先查密钥和额度，报 404 先查地址路径，报超时先查网络。按这个顺序一次只动一处，改完立刻重试，才能知道是哪一步生效了。

最后把能跑通的组合记成一行小抄：地址、模型名、是否代理。换机器或多人协作时直接照抄，比重新摸索快得多。地址和模型的当前情况会有变动，到站内页面核对当时的数字，不要依赖旧记录。