CLIProxyAPI v8.0.53 发版：Codex 输出上限不再被吞，Fable 单独额度不再扣整条凭证
CLIProxyAPI v8.0.53 一次修掉 Codex 输出上限被吞、Fable 单独额度拖垮整条凭证、禁用凭据刷新自旋与插件崩溃带倒宿主，升级不用改配置，另有三件仍未修。
先给三行判断，只想知道要不要动手的看到这里就够：
- 你手上如果正在踩「设了输出上限却没效果」「一个模型的额度报错把整条凭证拖下线」「禁用凭据的刷新日志刷屏」，这一版把这三条一起改了。
- 升级后要自查的只有一件事：客户端里那些你自己写的输出上限，从这一版起会真的生效。
- 额度耗尽那类报错、以及 sub2api 的两个问题，这一版没治，见第七节。
一、这一版是什么位置
版本 v8.0.53，发布于北京时间 11-03 20:27:20，目标分支是主干1。
发版标签、主干、开发分支指向同一个提交（01b24f1f95）。换句话说这次是发版即主干，没有「修复要等下一版才带上」的尾巴。
改动规模 16 笔提交、73 个文件2。
配置侧只有注释差异：示例配置里新增的 native-entrypoints 是三行注释，没有任何默认值被改成新值3。照原配置文件重启即可，不用先改键。
二、输出上限不再被吞（最该先看）
v8.0.52 的 Codex 执行器里有一句无条件的删除，把请求里的 max_output_tokens 直接摘掉4。客户端设的上限因此到不了上游，实际输出长度由上游默认值决定。
到了 v8.0.53，同一函数只剩 max_completion_tokens 被删5——也就是说「吞掉」的那一句本身没了。
internal/translator/codex/openai/responses/codex_openai-responses_request.go 第 37–46 行：第 38–45 行只在 max_output_tokens 缺失或为 null 时，依次从 max_completion_tokens、max_tokens 补写；第 46 行随后把这三个候选连同 temperature、top_p 一起删掉。所以「缺了补、补了就删旧键」是同一段代码里完成的两步。6
行为改变有两个方向，都值得在升级前想一下。
一是你设的上限现在真的生效了：过去被吞掉、悄悄走上游默认的长输出请求，从这一版起会停在你自己写的那个数上。如果某个工具长期靠「被吞」拿满默认长度，升级后会看到输出变短、甚至被截断。
二是写法不再有歧义：用 max_completion_tokens 或 max_tokens 写的请求，会被补成 max_output_tokens 后再发出去。老客户端的写法继续能用，只是语义统一到了上游那一个键。
自查很简单：抓一条设置了输出上限的 Codex 请求，看返回的 completion tokens 是否接近你设的值。若你依赖过去的默认值，把该字段去掉或调大再升级。这条需求的原始单已经随版本关闭7。
三、Fable 单独额度不再扣整条凭证
第二个值得先看的是 Claude 侧的额度判定。上游在评估 overage 或 Fable 额度时，常常不发 5 小时窗口的状态头；5 小时窗口在这类账号上没用量、或者根本不存在时，连利用率头也一起省掉8。
旧版要求利用率必须显式给出且健康，才把这次拒绝算成「只影响单个模型」；头缺了就落到共享拒绝，整条凭证随之按凭证级冷却。
v8.0.53 补的正是这个缺口：7 天窗口仍是 allowed、总状态是 rejected、而 5 小时利用率头整个缺失时，按未耗尽处理。
调用点没有变，仍然是同一个函数的结果决定这次 429 算不算凭证级：成立时把 credentialScoped 置真，普通模型级 429 置假9。
对你的意义很实在：Fable 或 overage 单独被拒，同一条凭证上的其它模型照常可选，不必等到管理端手动重置。这条的原始单也已关闭10。
四、禁用凭据的刷新自旋停了
现象是日志里反复出现同一枚 refresh token 被拒，刷新调用一直排期、一直失败。旧版没有这一段：被禁用的凭据拿着同一枚被拒的 refresh token 时，会落到后面的通用排期里，于是被反复排成「现在就该刷」。
v8.0.53 的刷新计划函数在两处提前收手11。
运维动作：升级后如果还想确认，只需要看禁用凭据那条日志是否还在按分钟刷。刷屏停了，说明生效；仍在刷，回到第八节的顺序查是不是带了旧配置。原单已关闭12。
五、插件崩溃不再带倒宿主
第三个改动面向跑插件的实例。动态库插件在老 CPU 上执行一条新指令就会崩，过去这一崩发生在宿主进程里，整台服务跟着退出。
v8.0.53 改成先用子进程验一遍再决定要不要真的加载13。
对老机器上的实例，这条的实际差别是：崩掉的插件变成「该插件加载失败」，其它执行器继续服务。看日志找
dlopen 前缀就能定位是哪一个插件、什么原因。原单已关闭14。六、其余十笔：改了什么，要不要动
| 条目 | 改了什么 | 你要不要动 |
|---|---|---|
| #7227 Gemini 工具结果里的图片 | tool_result 里的图片改为嵌进 functionResponse.parts，不再当兄弟 part 发出去17 | 不动。多图工具结果这次起不会丢图1 |
| #7209 图片细节能力 | 非 Codex 目录的路由不再宣称支持 image_detail_original | 不动。少一类上游拒绝1 |
| #7213 web search 回放 | 回放时缺加密结果的引用直接丢弃，不再带着空索引发上去 | 不动。少一类 Invalid encrypted_index1 |
| #7201 终止原因映射 | 安全、内容策略、畸形响应等终止原因统一映射成 refusal18 | 不动。客户端看到的结束原因更准1 |
| #7204 定向重登 | 管理端的定向 OAuth 重登覆盖全部内置 provider | 不动。面板里重登不再只对部分家生效1 |
| #7198 / #7229 Devin | 工具描述脱敏、请求侧 403 不再重试、sealed reasoning 经 Responses 回传 | 不动。跑 Devin 的实例收益最大1 |
| native-entrypoints | 新增 oauth.providers.claude.native-entrypoints，用来在原生入口白名单上追加自己客户端19 | 唯一要改配置的场景：只有你用的第三方 Claude Code 客户端被当成非原生、行为不对时，才加这一项 |
| #7230 输出上限 | 见第二节 | 按第二节自查 |
| 仓库规范、依赖整理两笔 | 文档与依赖层面的整理 | 不动 |
关于 native-entrypoints 多说一句：内置白名单是四个入口，这个键只是往下追加，不是替换。默认配置里它是注释掉的三行3，所以不动它不影响任何人。
七、这一版没治的三件
第一件是额度耗尽时的报错长相。代理在额度用尽后回的是 429 model_cooldown 加一个很长的 Retry-After，而 Codex CLI 只认 usage_limit_reached 这一种错误类型20。结果在 WebSocket 侧表现为静默断开、重连若干次后掉回 HTTPS，HTTPS 侧再报 exceeded retry limit。
这张单仍是打开的，作者在 11-03 20:29 说已重基到当前开发分支，并给冷却加了持久化标记。在那之前没有开关能把它改写成 usage_limit_reached；能做的只有把该模型的可用凭证补上，或把客户端重试上限调大，别让一次 429 直接判死。
第二件是 sub2api 的图片尺寸。OpenAI OAuth 订阅号走原生 Images 路径时，请求里的 size 与 quality 没有生效，要 2K/4K 回来的仍是约 1.57 兆像素、medium 被降成 low21。
最新一条跟帖（北京 11-03 21:14）的说法更直接：订阅账户这条路上 4K 不用试了。要用大图，得换成能按像素计的账号类型。
第三件是 sub2api 的长流与 HTTP/2。把 GATEWAY_OPENAI_HTTP2_ENABLED 设成 false 对长流请求无效，因为长流那段协议选择是无条件走 h2 的22。补丁还开着，没合并。
受影响的实例，在合并前别把那个环境变量当成已经关掉 h2；网络侧偶发长流中断要先怀疑这里。
八、升级操作顺序
- 先记当前版本：取 v8.0.52 的标签与提交号存一份，回滚时照着退。
- 拉新二进制或新镜像，配置文件原样不动——这一版没有新增必填键3。
- 起进程后先看启动日志有没有
dlopen开头的失败，确认插件预检没有把你正在用的插件判死。 - 再看禁用凭据那条刷新日志是否停止刷屏。
- 最后抽样一条设了输出上限的 Codex 请求，确认返回长度落在你设的数附近。
要回滚就退回 v8.0.52 的标签与镜像，配置同样不用改。cooling 相关的手工重置仍在管理端
POST /v8/management/routing/cooldown/reset，请求体带 auth_index23。九、四仓版本位与上游状态
| 仓库 | 当前发行版 | 发布时间（北京） | 主干与开发分支 |
|---|---|---|---|
| CLIProxyAPI | v8.0.53 | 11-03 20:27 | 与主干、开发分支同一提交 |
| sub2api | v0.2.19 | 10-28 18:16 | 主干领先 151 个文件，未发版 |
| codex-proxy | v2.1.23 | 11-03 19:35 | 与主干同提交，开发分支只多一笔版本号同步 |
| codex2api | v3.1.2 | 10-28 04:39 | 主干领先 79 个文件，未发版 |
上游这一时段是安静的：OpenAI 状态页全绿，最近一次事件是 11-03 08:46 到 13:39 的文件上传错误，已恢复24；Anthropic 今日无事件25；Codex 额度重置今日未发生，累计 61 次、最近一次已验证重置是 10-2826。
官方社区这边同样安静：Codex 板块最新一条发帖停在今天 17:33，讨论的是容量错误，窗口内没有新的额度类话题27。
所以今晚真正的变量只有这一版本身。升级清单里，第一件事是输出上限，最后一件事是把那三件没治的记下来等下一版。
References
- 1CLIProxyAPI v8.0.53 发布页
github.com
- 2v8.0.52...v8.0.53 变更对比
github.com
- 3v8.0.53 示例配置
github.com
- 4
- 5
- 6v8.0.53 请求翻译层第 37–46 行
github.com
- 7#7230 输出上限被丢弃
github.com
- 8v8.0.53 claude_ratelimit.go 第 78–91 行
github.com
- 9
- 10#7197 Fable 单独额度被当成整条凭证
github.com
- 11v8.0.53 auto_refresh_loop.go 第 404–448 行
github.com
- 12#7183 禁用凭据刷新自旋
github.com
- 13v8.0.53 loader_unix.go 第 133–153 行
github.com
- 14#7220 插件 dlopen 崩溃隔离
github.com
- 15v8.0.53 auth_provider.go 第 1052–1057 行
github.com
- 16#7225 插件刷新丢停用态
github.com
- 17
- 18
- 19
- 20PR #7184 额度耗尽改用 usage-limit 报出
github.com
- 21sub2api #8472 原生 Images 路径忽略尺寸与质量
github.com
- 22sub2api #8498 长流沿用 HTTP/2 开关
github.com
- 23v8.0.53 管理端冷却重置
github.com
- 24OpenAI 状态页
status.openai.com
- 25Anthropic 状态页
status.anthropic.com
- 26Codex 重置追踪
codex-reset.com
- 27OpenAI 官方社区 Codex 板块
community.openai.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.