Codex中转站怎么搞得，具体流程和判断标准

很多人卡在同一处：知道有中转站这条路，但不知道 Codex 该改哪个配置、base url 和 key 从哪拿、填完不生效是配错了还是站点不行。这篇按「选站—取参数—写配置—验收」四步走一遍，每一步给出可核对的判断标准，特别是哪些现象该继续调、哪些说明该换站。

很多人卡在同一处：知道有中转站这条路，但不知道 Codex 该改哪个配置、base url 和 key 从哪拿、填完不生效是配错了还是站点不行。结果就在「改改试试」里转圈。这篇按选站、取参数、写配置、验收四步走一遍，每一步都给出能对照的判断标准，重点讲清楚哪些现象该继续调，哪些现象说明该换一家。

先说个前提：中转站不是官方线路，稳定性取决于站点本身，所以流程里要给自己留退路，原始配置备份好、候选站点多备一两家。下面每一步都写成可执行动作，照着做完就能判断问题出在哪一层。

动手前先备齐四样东西

别一上来就只盯着一家站点。先从站内全部中转站和排行榜里挑两三家做候选，筛选口径和榜单怎么读，站内已有专门文章讲过，这里只负责把参数备齐。候选确定了，先别急着付钱，把下面四项问清楚再决定。

另外确认自己手上是 Codex 客户端还是走命令行，两者的配置写法不一样，混着抄别人的教程最容易出错。最后备一个能一次性跑完的小任务当验收用例，比如让模型读一个本地小文件再改一处，别用「你好」这种一句话测试，那种测不出上下文和多轮的问题。

拿到接口地址和密钥后先做三件事

接口地址要从站点控制台原样复制，特别注意结尾有没有多余的斜杠、有没有被截断的路径段，少了或多了一段都会 404。密钥单独存到环境变量里，别直接写进配置文件，将来换站或换 key 只改一处。

1. 先单独验 key用最简单的调用确认这把 key 有余额、能返回内容，别等进 Codex 配了半天才发现是 key 没额度
2. 再验地址可达把地址拿去实测一次，看返回的是正常内容还是站点报错，这一步能把「地址写错」和「站点挂了」分开
3. 最后才进客户端前面两项都通了再动 Codex 配置，这样后面出问题就只可能是配置写法，排查范围小很多

把参数写进 Codex 的配置

配置文件里通常要改三处：接口地址、密钥来源、默认模型。模型名一定要用站点后台给出的那个写法，照抄官方文档里的名字是最常见的坑，名字对不上站点直接报模型不存在。改完保存后重启客户端，只改文件不重启，表现就是「看着改了却没用」。

# 把密钥放进环境变量，配置里只引用变量名；重启客户端后生效

• 接口地址：原样复制，注意结尾斜杠和路径前缀，官方和第三方常常在这里差一段
• 密钥来源：走环境变量，不直接写进文件，方便轮换
• 默认模型：用站点清单里的写法，别照抄官方名字
• 原始配置：改之前先备份一份，出问题能一键退回官方

这套做法的边界是：如果你用的站点给的是兼容格式地址，配套的路径前缀要一起填，只填一半照样连不上。另外客户端版本差异会带来配置字段名不同，以你自己那份配置文件里的字段为准，别硬套别人的样例。

跑通验收：什么算成功，什么该换站

判断是否成功有三项硬指标：小任务完整跑完、输出内容符合预期、站点的用量记录里能看到这次调用。三项都对上才算真正通了，只对上前两项多半是你在用官方线路，根本没走到中转站。

前一类自己能修，改完再测一轮；后一类属于站点侧，继续调配置没有意义。延迟判断上，用站内接口测速量一个基线，明显慢于基线就别硬用，换候选比优化配置划算。跑通之后先小额用一段时间，观察输出是否稳定，出现被换模型的迹象就按检测方法核实，核实不过就撤。

配置调不通先分三层：key、地址、站点，前两层能自己修，第三层换站最快。