gpt-5.5 还挂在四档 Codex 名单里，试一次就锁 12 小时
v8.0.44 内置目录四档都还列着已退役的 gpt-5.5，一试就锁 12 小时，单模型号还会整条变红；这篇给出三处口径的对照、12 小时的命中路径、面板红的成立条件，以及今天就能做的三步。
北京 10 月 27 日凌晨 3 点 46 分，CLIProxyAPI 收到一张单：
gpt-5.5 在四档 Codex 名单里都还挂着，ChatGPT 账号一用它就被上游 400 打回。1报障人把后果写清楚了：这张模型在这张凭证上被锁 12 小时；一张 Free 号在管理接口里显示
status=error、unavailable=true，一直到冷却结束。本刊核下来，值得拆成三件事讲：名单是本地旧快照，远端八天前就删了；12 小时是文案命中来的；面板整条红只发生在「这张凭证只留下过一个模型状态」的时候。
名单、上游、本地：三处口径
四档条数分别是 5、9、9、9，每档都带着它。
上游的口径两周前就变了。官方手册写着：2026 年 10 月 14 日太平洋时间正午（19:00 UTC），GPT-5.5 面向用 ChatGPT 登录的 Codex 退役；用 API key 认证的会话不受影响。3
同一页给了替代品：Plus、Pro、Business、Enterprise、Edu 换
gpt-6.1-sol，Free 与 Go 换 gpt-6-luna。远端目录更早跟上。10 月 18 日有一笔提交就叫「Remove gpt-5.5 from Codex model catalogs」，四档一起删。4
现在去拉那两份镜像，四档是 4、8、8、8，没有
gpt-5.5。5所以差的不是版本号，而是构建时打进去的那份快照。快照本来会被远端盖掉：进程启动即拉一次，之后每 3 小时刷一次。6
看到目录里还挂着
gpt-5.5，先排这三条，比怀疑版本快。
internal/registry/models/models.json 第 3083–3108 行：第 3088 行起是 codex-plus 段，第 3090 行是 "id": "gpt-5.5"，上下文 272000、最大输出 128000 都还写着。同一份文件里 codex-free、codex-team、codex-pro 三段从第 2595、2772、3404 行起，也都带着这一条。2那 12 小时是怎么来的
上游那句报错是
The 'gpt-5.5' model is not supported when using Codex with a ChatGPT account.，一句纯文本，不带结构化错误码。本地认这一类错误靠一张十句的文案表，第 5 句就是
model is not supported，上面那句逐字包含它。8命中之后进第 1041 行那条分支：没有
Retry-After 就写 12 小时。9这一支之所以特别，是因为「模型不支持」被明确排除在「请求过错」之外：普通 400 既不冷却也不换号，这一类偏要记满 12 小时。10
上一期讲的是
disable-cooling 打开时这 12 小时被写成零；那是关掉冷却的代价。正常运行下，这里就是老老实实 12 小时。
sdk/cliproxy/auth/conductor_cooldown.go 第 2263–2295 行：第 2277–2286 行是十条文案，第 2281 行 model is not supported 正是上游那句 400 命中处；第 2288–2290 行是大小写归一后的子串匹配。8面板整条红，不等于这张号废了
聚合那一句是
auth.Unavailable = allUnavailable：只有「已经被记过状态的模型全部被锁」，凭证才被判成不可用。12一张只跑过
gpt-5.5 的 Free 号，模型状态里就这一条。它一锁，allUnavailable 成立，整条凭证跟着变红，管理接口照这个结果报 status=error、unavailable=true。13反过来，同一张凭证上别的模型留下过状态，凭证依旧可用，只有
gpt-5.5 那一行被锁。选号侧也是这么写的：模型名非空、且这张凭证已经有模型状态时，只查同名那条，没命中就当没锁。14
所以「面板一片红」和「换成
gpt-6.1-sol 还能取」两句都对。别因为面板红就删号。
auth.Unavailable = allUnavailable 是那句判据，第 1773–1774 行在全部被锁时把凭证的 NextRetryAfter 设成最早一条的恢复时刻——12 小时后。12今天就能做的三步
第二步是等不了就加排除项：
oauth.excluded-models.codex: ["gpt-5.5"]。v8 的键名是 oauth.excluded-models，老的顶层写法 oauth-excluded-models 会被迁移过来。15注意它是按凭证生效的：单张凭证上的
excluded_models 属性一旦非空，就会整体覆盖这条全局配置，而不是叠加。16改完怎么自证：拉
GET /v8/management/credentials，看每张凭证的 cooldowns 数组。撞上的那一条是 scope: model、reason: model_not_supported、remaining_seconds 接近 43200。17Home 模式下这个数组恒为
null，那边要去中枢看。顺带一句：promax 与 prolite 靠 default 落到 Pro 名单
service_models.go 里选名单的 switch 只有四组：pro、plus、team 与 business 与 go、free。其余全部走 default，也就是 GetCodexProModels()。18promax 与 prolite 现在拿到的就是 Pro 那份名单，看着没问题。哪天 Pro 名单单独调整，这两个档会跟着静默变，没有任何分支能兜住。另一条会伤号池的：代理配了却用不了
同一分钟里还有一张单更贴近号站：一个配了却用不了的代理会被跳过，请求直接出去。19
v8.0.44 里这段是这样写的：代理 URL 取到之后先建传输层，建不出来就打一条 Debug 日志，然后往下走用上下文里的传输层或默认传输层。20
默认传输层就是直连。本来该走代理出去的账号，流量带着服务器自己的出口地址走了。
对号站这不是小事：出口 IP 是账号关联最常用的抓手，一次「凑巧直连」就可能把一台机器上的号串起来。
报障人列了六条同源的路径，从执行器到认证客户端都在：
helps 里的两个 HTTP 客户端、util.SetProxy（Codex、Kimi、Antigravity、xAI、Meta、Devin 的认证客户端都走它）、RoundTripperFor 直接返回 nil、uTLS 拨号器保持 proxy.Direct、Codex 的 WebSocket 拨号器与 live sideband 拨号器。19补丁 #7031 的思路是「配了就必须用」：新增
ErrUnusable 与两个失败即失败的类型，把「解析通过但拨号用不了」变成一次明确的失败，26 个文件 +516/−101，仍未合并。21它还顺手堵了管理端的一处：
POST /v8/management/requests/api-call 与插件额度检查共用那段 handler，以前会一个代理接一个代理往下试，现在由第一个设置了的代理决定。21今天能自查的只有一件事：把配置里所有代理地址逐条核一遍，重点是缺端口、写错 scheme、SOCKS5 指向已停的节点。那条 fallback 日志在 Debug 级别，默认日志里看不到，别指望它提醒你。
internal/runtime/executor/helps/proxy_helpers.go 第 38–53 行：第 43 行判有没有代理 URL，第 45–47 行建成功才回；第 49–50 行注释写着 setup failed 就 fall through，第 50 行的日志是 log.Debugf。20其余动态
一位作者在 74 秒里提了 11 条。 19:34:36 到 19:35:50 之间，eaxeax 连开六张报障、五张对应补丁，全部 open。三条主轴：Codex WebSocket 在 HTTP Upgrade 阶段遇到 EOF 直接失败、不重试（#7027 / #7032）；上游 WebSocket 掉线时把下游那条也关掉（#7028 / #7033）；Home 模式下轮次结束时凭证没被钉住，因为它的 selection 先被释放了（#7029 / #7034）。另两条是客户端在
interaction.completed 之后立刻挂断被记成 499（#7024 / #7030），以及 Gemini 到 Interactions 的翻译里 data: 前缀被重复拼（#7025）。222324一条选路提案与三笔性能补丁。 #7020 提 soonest-reset-first 选路，把各凭证的 reset 提示纳入排序，并加一个 routing status 端点；25 #7021 到 #7023 是同一作者的 zstd 编码器复用与解压时序调整，只影响 CPU 与延迟，不动风控口径。26
sub2api 的非流式畸形工具调用。 #8361 报的是 Antigravity 的
/v1/responses 与 /v1/chat/completions 在 stream: false 下，上游回 MALFORMED_FUNCTION_CALL 时仍被当成正常结束，客户端拿到 200 与空结果。27 当天补丁 #8362 把错误在聚合前保留并映射成 502 与 malformed_function_call，5 个文件 +88/−0，仍未合并。28codex-proxy 出了个预发布。 v2.1.21-beta.852249c，北京 10 月 27 日 2 点 29 分发布，target 是 dev。29 说明里四条都在讲桌面端：Windows 与 Linux 应用内更新、顶栏进度、一键重启安装。逐文件比对 v2.1.20 到这一版，16 个文件里没有
src/proxy 也没有 src/auth，服务器部署不必跟。版本面
- CLIProxyAPI 仍是 v8.0.44，北京 10 月 26 日 23 点 48 分建、23 点 49 分发布，main 停在
1f917e77；dev 头有到 10 月 27 日 2 点 37 分的提交，未发版。30 - sub2api 仍是 v0.2.18，北京 10 月 23 日 15 点 44 分发布，主干停在 10 月 25 日 21 点 48 分。31
- codex2api v3.1.1，北京 10 月 17 日 5 点 42 分，窗口内零新版本、零新提交。32
- 上游三处都干净：OpenAI 全系统正常、零降级组件；Claude 全系统正常，页面更新到北京 10 月 27 日 2 点 39 分；Google Cloud 仍是八条，最新一条是 10 月 23 日 0 点 19 分那次的 europe-west2。333435
- 重置信号没动：最新一条帖是北京 10 月 27 日 3 点 24 分的转发，不是重置声明；10 月 26 日 14 点 08 分那次仍挂着 pending，观测结果是
reset_observed。36
今晚要做的三件事
- 先判目录：有没有
--local-model、models.codex-catalog指没指本地、这台机器能不能连远端。能连的，三小时内自己就好。 - 等不了的，加
oauth.excluded-models.codex: ["gpt-5.5"]，或者把客户端默认模型换成gpt-6.1-sol与gpt-6-luna。改完去cooldowns里看model_not_supported还在不在。 - 把所有代理地址核一遍。那条 fallback 只打在 Debug 里，日志不会替你报警。
References
- 1
- 2v8.0.44 models.json 第 3088–3090 行
github.com
- 3Codex 模型手册：GPT-5.5 退役段
learn.chatgpt.com
- 4
- 5router-for-me/models 主干上的 models.json
raw.githubusercontent.com
- 6v8.0.44 model_updater.go 第 16–25 行
github.com
- 7v8.0.44 catalog_sources.go 第 246–259 行
github.com
- 8
- 9
- 10
- 11
- 12
- 13v8.0.44 auth_files.go 第 609–616 行
github.com
- 14v8.0.44 selector.go 第 839–873 行
github.com
- 15
- 16v8.0.44 service_models.go 第 74–82 行
github.com
- 17v8.0.44 cooldown_view.go 第 127–135 行
github.com
- 18v8.0.44 service_models.go 第 173–184 行
github.com
- 19issue 7026：配了但不可用的代理被跳过，请求直接发出
github.com
- 20v8.0.44 proxy_helpers.go 第 39–52 行
github.com
- 21PR 7031：代理不可用时让调用失败
github.com
- 22PR 7032：Codex WebSocket 握手 EOF 时重试
github.com
- 23PR 7034：Home 下把轮次凭证钉住
github.com
- 24
- 25PR 7020：按最早恢复优先选路
github.com
- 26PR 7022：复用响应压缩编码器
github.com
- 27
- 28sub2api PR 8362：非流式畸形工具调用返回错误
github.com
- 29codex-proxy v2.1.21-beta.852249c 发布页
github.com
- 30CLIProxyAPI v8.0.44 发布页
github.com
- 31sub2api 发行页
github.com
- 32codex2api 发行页
github.com
- 33OpenAI 状态页摘要
status.openai.com
- 34Claude 状态页摘要
status.claude.com
- 35Google Cloud 事件接口
status.cloud.google.com
- 36codex-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.