gpt-6.1-terra 上线首日：CLIProxyAPI 把它当未知模型回 400，sub2api 的适配单还在评审
新模型 gpt-6.1-terra 官宣当天，两家网关都还没接上：CLIProxyAPI 认不出这个名字会回 400，sub2api 认得名字却拿不到价、按零成本记账；这篇给出补名字与补价两条路，并更正上一期那条不成立的 429 重试建议。
北京 10 月 27 日凌晨 4 点 36 分，sub2api 收到一张补丁：给
gpt-6.1-terra 补支持。1 它对应的适配请求一小时前就到，2 而模型本身，OpenAI 那边北京同一天已经挂出公告。3先把结论放前面：这个名字今天在两家网关上都不好使。CLIProxyAPI 会直接回 400；sub2api 认得名字，但拿不到价。
官方这次给的是什么
可用面写得很清楚：Plus、Pro、Enterprise、Edu 用户在 ChatGPT Work 与 Codex 里都能用，走 API 时模型名就是
gpt-6.1-terra。3运维只需要记三个数：每百万输入 1 美元、缓存输入 0.05 美元、输出 5 美元。公告说标准价是 GPT-5.6 Terra 与 GPT-6.1 Sol 的一半。3
另外两个数在网关侧更要紧：它比同门更快，也更省用量。但对中转站来说，这条公告其实只翻译成两件事——白名单要加一个名字，价目表要多一行。哪一件没做，用户当天就会来问。
CLIProxyAPI 今天会回 400
v8.0.44 整包搜不到
gpt-6.1-terra。内置目录里四档 Codex 名单（free、team、plus、pro）都没有它，各档条数是 4、8、8、8。4远端目录同样没有，那份现在只有
gpt-5.6-terra。5远端本来会盖掉内置的那份：进程启动拉一次，之后每 3 小时刷一次。6 所以这次不是「本地旧了」，是上游目录也还没收。
名字要能被路由，得先在目录里查到它属于哪个 provider。查不到就没有候选，直接回 400，文案是
unknown provider for model gpt-6.1-terra。7
sdk/api/handlers/handlers_routing.go 第 196–226 行：第 201 行向注册表要 provider，第 207 行是「整名再试一次」的兜底，第 211 行 len(providers) == 0 命中后就组错误体，第 220 行写 unknown provider for model，第 225 行以 400 返回。7注意这是个 400，不是 404 也不是 500。注释里写明 400 是为了和「没注册的 HTTP 路由」区分开，免得流式客户端把它当网关故障反复重试。7
今天要让它能用，三条路按省事排序。第一条：等远端目录收进去，最迟 3 小时自己生效。6 第二条：把
models.codex-catalog 指到一份自己维护的目录文件，把名字补进四档 Codex 名单。8 第三条：给这个上游建一条 openai-compatibility 别名。补进去之后还有一句要记：凭证那边认不认，看的是同一份目录。所以「我加了 provider」不等于「这张号能取」。
sub2api 认识名字，但拿不到价
v0.2.18 里这个名字零命中。两份价目也一样：远端那份 262 条、随包那份 213 条，都只有
gpt-5.6-terra。9计价是两级：先问价格服务，没命中再看硬编码兜底；两级都空就返回
ErrModelPricingUnavailable。代码注释把那叫 fail-closed。10上层接住这个错的方式更值得注意：它不拦请求、也不报错。它打一条 warn（
openai_usage.pricing_missing_record_zero_cost），然后按零成本记账。11也就是说，今天把
gpt-6.1-terra 放进来，这条流量是白送的。对按量卖的站，这比报错更贵。
backend/internal/service/billing_service.go 第 1450–1470 行：第 1456 行取硬编码兜底价，第 1462 行命中才返回，第 1466 行两处都没有就带上 ErrModelPricingUnavailable 退出。10补丁 #8364 补的就是这些：模型条目、名字识别、六档推理（默认 medium）、工具调用强制走 Responses，外加两层价格兜底——1 美元与 5 美元，缓存写 1.25、缓存读 0.05，Fast 档 2 倍、Flex 半价、超过 27.2 万输入后整单翻倍、输出 1.5 倍。1
它现在 open，base 是 main，18 个文件 +292/−17，mergeable clean。
wucm667/sub2api@feat/issue-8363-gpt61-terra 的 backend/internal/pkg/openai/constants.go 第 200–240 行：第 220 行新增 IsGPT61TerraModelSpelling，第 230 行的档位名单含 max，第 237–239 行把 terra 并进「工具调用必须走 Responses」那条判断。1等不及合并的，最稳的是价目覆盖文件：
pricing.override_file 指一份 JSON，写明这个模型的 token 价，下一次哈希检查就加载，不用重启。12上一期那条 429 建议，报障人自己撤回了
他补的实测是：
request_retry: 2、max-retry-interval: 600，实际每 11 秒一轮。上游给的 Retry-After 从 174 掉到 162 再到 150 秒，三次都撞在窗口里，客户端 23 秒后拿到 429。13为什么调大没用：
max-retry-interval 是上限，不是等待值。真正决定等多久的是冷却，而「这张凭证本轮已经因 429 失败过」时，等待被抬到至少 10 秒。14上限只做一件事：需要等的时间超过它，就干脆不再重试。15 把 30 改成 600，等于把闸口开得更大，可门后本来就是 10 秒一滴。
另一处根因没变：解析
Retry-After 的函数只认 body 里 type 为 usage_limit_reached 的那种 429。16 这次的 turn_rate_limit_exceeded 不在其中，所以那个头从没进过本地的等待值。
sdk/cliproxy/auth/conductor_selection.go 第 1306–1322 行：第 1309–1310 行注释写明「本轮已经用这张凭证试过并且是 429，不许触发零等待的下一轮」，第 1313 行与第 1316–1317 行把等待抬到 minQuotaCooldownFloor（10 秒）。14今天能做的替代，是把本地这笔账关掉：在
oauth.request-scoped-errors.codex 里加一条规则，状态码 429、匹配 Codex is at capacity、动作 stop。17 键名注意：老写法 oauth-request-scoped-errors 会被自动迁移到 oauth.request-scoped-errors。18边界要说清：这只治「本地假冷却」，不治「上游要等几分钟」。单凭证要真用得等容量回来，或者把
gpt-6.1-sol 从这张号上摘掉、换 gpt-6-astra。版本面
- CLIProxyAPI 仍是 v8.0.44，北京 10 月 26 日 23 点 49 分发布，main 停在
1f917e77，dev 头走到 10 月 27 日 2 点 37 分c3767123，未发版。21 - sub2api 仍是 v0.2.18，北京 10 月 23 日 15 点 44 分发布，主干停在 10 月 25 日 21 点 48 分。22
- codex-proxy 还是那个预发布 v2.1.21-beta.852249c，dev 头 10 月 27 日 0 点 35 分；本窗口零条目。23
- codex2api v3.1.1，主干停在 10 月 26 日 0 点 39 分，窗口内零条目。24
- 上游三处都干净：OpenAI 全系统正常、零降级组件；25 Claude 全系统正常，页面更新到北京 10 月 27 日 2 点 39 分；26 Google Cloud 仍是 8 条，最新一条停在 10 月 23 日 0 点 19 分。27
- 重置信号没动：追踪站首页读数是最近一次已验证的全局重置在 15 小时前、累计 60 次、banked 10 次、节奏约每 2 天一次；28 feed 里最新一条帖是北京 10 月 27 日 3 点 24 分的转发，不是重置声明，10 月 26 日那条仍是 pending。29
今天要做的三件事
- 先看实例读哪份目录。能连远端的，三小时内可能自己就好；不能的，把名字补进本地 catalog 的四档 Codex 名单，或建一条兼容别名。别让用户把 400 当成网关挂了。
- 价：sub2api 侧要么等 #8364 合进 main，要么用
pricing.override_file先写一行价。不写就是零成本记账，事后查不出来。 - 429：上一期「调大
max-retry-interval」那条请划掉。要么改用request-scoped-errors加stop让本地别记账，要么按凭证把gpt-6.1-sol摘掉。
References
- 1sub2api PR 8364：support GPT-6.1 Terra
github.com
- 2sub2api issue 8363：GPT-6.1 Terra 适配请求
github.com
- 3Introducing GPT-6.1 Terra
openai.com
- 4v8.0.44 内置模型目录
github.com
- 5router-for-me/models 主干目录
raw.githubusercontent.com
- 6v8.0.44 model_updater.go 第 16–25 行
github.com
- 7v8.0.44 handlers_routing.go 第 196–226 行
github.com
- 8v8.0.44 config.example.yaml 第 18–21 行
github.com
- 9Wei-Shaw 价目目录
raw.githubusercontent.com
- 10v0.2.18 billing_service.go 第 1454–1466 行
github.com
- 11
- 12
- 13
- 14
- 15同文件第 1449–1460 行
github.com
- 16
- 17v8.0.44 config.example.yaml 第 548–557 行
github.com
- 18v8.0.44 config_v8.go 第 91 行
github.com
- 19
- 20
- 21CLIProxyAPI 发行页
github.com
- 22sub2api 发行页
github.com
- 23codex-proxy 发行页
github.com
- 24codex2api 发行页
github.com
- 25OpenAI 状态摘要
status.openai.com
- 26Claude 状态摘要
status.claude.com
- 27Google Cloud 事件接口
status.cloud.google.com
- 28codex-reset 追踪站
codex-reset.com
- 29codex-reset 结构化 feed
codex-reset.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.