三小时半两版：两个翻译缺陷随 v8.0.51 发出，一个 UA 仍能停掉整张凭证
CLIProxyAPI 三小时半内连发两版：v8.0.51 修掉 developer 消息降级与并行工具结果拆批，升级不改配置；Cloudflare 1010 那条没修，附今晚可用的绕法。
近一小时报上来的两个翻译层缺陷都进了这一版：Responses→Chat 把 developer 消息降级成 user，Gemini 并行工具结果被拆成非法批次。两条都是报障到关闭不到一小时。
升级不用改配置，发版后 tag、main、dev 是同一个头3。
但有一处没修：一个坏 UA 撞上 Cloudflare 1010，仍会把整张凭证标成余额不足、停三十分钟。
今晚要做的四件事
- 升到 v8.0.51。
7cad1cb7同时是 tag、main 与 dev 的头，升完就站在主干上，没有第二批补丁要追3。 - 配置不用动。 两版
config.example.yaml只差六行注释，讲的是 xAI 视频的 480p/720p/1080p 档位，默认值仍是 720p4。 - 升完各发一条复测。 走 Responses→Chat 的，发一条带 developer 消息的；走 Codex→Gemini 的，发一条会触发并行工具的。抓出站体看角色和结果条数。
- 给 openai-compatibility 分组加一条请求过错规则。 写法在第三节。不加，一次 1010 就能让整张凭证停半小时。
这一版到底是什么
15 个提交、46 个文件、+2477 −163，主体就是发布前那几分钟落下的两笔3。
时间轴紧得反常：两笔修复分别在 01:03:01 和 01:04:13 提交，01:07:10 合并，01:08:04 发布。
其余十几条是过去几天的积压，一起随版发出。其中两条 Muse 明细要留神。
Muse 的命名空间注入和
1.4.14 客户端头，在 v8.0.50 里就已经是同一份代码。meta_muse_tools.go 与 meta_executor.go 两版逐字节相同。也就是说，已经升到 8.0.50 的人，这两条不带来任何变化。compare 按提交拓扑计数，不按内容算。
判断版本说明里哪一条需要你动手，别数条目：拿两版同名文件
diff -q 一次就有答案。第一条：developer 消息不再被降级
v8.0.51 删掉了那两行改写。注释写明 Chat Completions 本就支持 developer 消息，要保留角色和位置。
isUserTurn := role == "user"，用于不支持内容的拒收判定7复测方法很简单：抓一次发往上游的 Chat 体，
messages[].role 里应该还能看到 developer。看不到就是没升上去。报障人原本自己提了 #7173，被仓库的翻译层路径守卫挡下，最后只能由维护者动手。
这张单北京 00:08 开、01:07 关，五十九分钟，关成 completed 并打了 Fixed8。
第二条：并行工具结果不再被拆批
症状是 Google 回的 400：函数响应部件数必须等于该轮函数调用的部件数9。
8.0.50 收集函数结果时遇到
message 项就停手。一批并行调用中间夹了 developer 或 system 通知，就只收前半批，上游判定非法。v8.0.51 改成按项索引走到底：两种结果项一律收；手上已有结果、碰到 developer 或 system 就跳过继续。
调用点也一起改了。原来用
i 加已消费个数求终点，非连续收集时会算错后续历史的切片起点；现在按已消费索引取最大位置。
consumed 逐项记录，len(pending) > 0 时跳过 developer/system，break 挪到只认非结果项之后10影响面写清楚：Codex 桌面端打 Gemini 或 Vertex，v8.0.29 起就能复现。报障单从开到关四十四分钟。
复测就用一条会触发并行工具的提示，看上游还回不回那句 400。
第三条：还没修的那条，今晚能绕
所以面板上那句「余额不足」不代表余额真不足。可能只是一个客户端发了一次会被 Cloudflare 拒的请求。
clienterror.IsRequestFault 只认 400、409、413、422；v8.0.51 整包搜 1010 零命中，dev 也是零。挑战页判定只认
challenge-platform 一类关键字，纯文本的 error code: 1010 不算挑战。补丁 #7179 已经这么改了：403 且小写文本含
error code: 1010，判为请求过错，不冷却也不换号12。单子还开着。
case 402, 403 把状态消息写成 payment_required，冷却时长三十分钟11
client_error.go 第 118–146 行：新增 IsCloudflareSignatureBlock 与它的调用点，认的是 error code: 1010 这串13今晚不等补丁，在你的 openai-compatibility 条目下加这段：
request-scoped-errors:
- status: 403
match: ["error code: 1010"]
action: "stop"命中后错误码被改成
request_scoped，模型级与凭证级两处冷却都跳过，stop 也不再换号重试。match 是区分大小写的子串匹配，按上游原文写。这一组默认透传客户端 UA，所以一个客户端就能触发到它。不加规则，代价是整张凭证停半小时。
另外两张还开着的
#7178 说非流式的 openai-compat 请求不发
Accept 头，Snowflake Cortex 一类上游回 40014。绕法是在该分组
headers 里写 Accept: application/json，两行就够。#7171 让「删掉中段 system」优先于「搬到顶层重建」，十四个文件、+240 −22，仍 open15。
它的基线被机器人从 main 改到 dev，自动评审还有未解决发现，今晚指望不上。
其余三仓与上游
sub2api 窗口内零条目，main 停在 10-30，发行版仍是 v0.2.19；#8476 那张权限补丁还没合。
codex-proxy 与 codex2api 同样零条目，最新版本号都没动。
codex-reset 今日 UTC 仍未重置，最近一次已验证的全局重置在 10-28，节奏约每两天一次19。
References
- 1CLIProxyAPI v8.0.51 发行页
github.com
- 2CLIProxyAPI v8.0.50 发行页
github.com
- 3compare v8.0.50...v8.0.51
github.com
- 4config.example.yaml v8.0.51
github.com
- 5commit 00b76771
github.com
- 6commit 3ac38498
github.com
- 7
- 8issue #7174
github.com
- 9issue #7177
github.com
- 10
- 11
- 12PR #7179
github.com
- 13client_error.go 补丁分支 第 118–146 行
github.com
- 14PR #7178
github.com
- 15PR #7171
github.com
- 16OpenAI 状态页 summary
status.openai.com
- 17Anthropic 状态页 summary
status.anthropic.com
- 18Google Cloud 事故列表
status.cloud.google.com
- 19codex-reset
codex-reset.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.