429 只说在冷却、不说多久；图片生成的默认主模型已经下架

图片生成：默认主模型已经不在名单里

• sdk/api/handlers/openai/openai_images_handlers.go 第 29 行的 defaultImagesMainModel，被第 1119 行的 buildImagesResponsesRequest 拿去填请求体的 model。3
• internal/runtime/executor/codex_openai_images.go 第 40 行的 codexOpenAIImagesMainModel，被第 939 行的 codexBuildImagesResponsesRequest 用上。4

今天能改的只有一条路

429 只说在冷却、不写多久

• 池冷却 429：头是写出去的。WriteErrorResponse 把 SafeResponseHeaders 里的 Retry-After 加到响应上12，而这份名单认 modelCooldownError、authUnavailableError 和三类 Home 错误。13
• 上游 429：头没有。上游限流是另一种错误类型，只带 RetryAfter() 方法，不在上面那份名单里，于是头和文案两头都拿不到时间。

1. SafeResponseHeaders 里的 Retry-After，池冷却走这条；
2. 错误自带的 RetryAfter()，上游限流走这条；
3. DirectResponse 那一层传下来的 Retry-After 头。

同一小时另三张插件侧补丁

版本面

• CLIProxyAPI 仍是 v8.0.43（北京 10-25 23:37 发布），dev 头 21:14，本窗口零合并。16
• sub2api 仍 v0.2.18，主干停在 10-25 21:48；codex-proxy v2.1.20、codex2api v3.1.1，两仓窗口内零条目。
• 上游全绿：OpenAI 最近一条是 10-23 的 CIMD 降级、Claude 最近一条是 10-25 的 Fable 5.1 错误率上升，都已恢复；GCP 最近一条仍是 10-22 的 europe-west2。171819
• 重置信号没有变化：最新帖仍是 2026-10-26T06:05:56Z，信号未激活；追踪站记今天 6:08 UTC 有一次已验证的全局重置，那次本刊上一期已写。20

今晚的自查

1. 图片请求报错时先看文案点的是哪个模型。点名 gpt-5.4-mini 且账号是 ChatGPT/Codex，就是主模型这一环，不是你传的工具模型。
2. 能救的那一条：multimedia.gpt-image-2-base-model 设成 gpt-5.6-luna，改完确认实例读到了新配置再发一次。通用 Images 接口那条没有这个键，只能等合入。
3. 429 让客户端读头。池冷却的 Retry-After 现在就在响应上，别只解析文案；上游限流那一支暂时两头都没有。
4. 别把这三张插件补丁当成已生效。它们都还没合并，v8.0.43 里没有对应代码。