三笔修好只用了 27 秒，但 v0.2.17 上 Anthropic 账号仍是一次 403 就停号
sub2api 半分钟里把三张补丁并进 main——Cloudflare 1010 误判封号、Gemini 工具 schema 400、DeepSeek 图片双写——三张都没发版，另附 CLIProxyAPI 两处还没人修的鉴权与冷却口子。
北京 20:08 到 20:09 这半分钟里，sub2api 把三张修好的补丁并进了 main：DeepSeek 的图片、Gemini 的工具 schema、还有那条被 Cloudflare 打成 403 的处罚。三张单出自同一个作者，每张只动两个文件。
要紧的是下一句：一张都没发版。最新发行版还是 10 月 16 日 12:41 的 v0.2.17，你手上那套的行为照旧。
一分钟看完三张单
| 单号 | 并入 main（北京） | 规模 | 修的是什么 |
|---|---|---|---|
| #8224 | 20:08:52 | 2 文件 +25/−19 | DeepSeek Responses 把同一张图写了两份 |
| #8188 | 20:09:06 | 2 文件 +298/−4 | Gemini 工具参数里的 const 与 examples 没被清掉 |
| #8255 | 20:09:19 | 2 文件 +128/−15 | Cloudflare 1010 被当成账号级 403 去处罚 |
三笔合完，main 头是 20:19 的
7da09cab（一笔赞助名单提交），之后再没别的动作。三条报障单（#8222 / #8187 / #8248）都已关成 completed。一条 403 就把 Anthropic 账号打成 error
报障单 #8248 写得比补丁更清楚：上游前面挂了 Cloudflare，按 User-Agent 拦客户端。同一个站点，
Python-urllib/3.x 拿到 403 error code: 1010，换成 curl、requests、node 都能过。说明请求根本没走到账号那一层。v0.2.17 却把它记在账号头上。
handle403 先按平台分流：Antigravity 单独一支；只有 OpenAI 平台与多协议 Key 才进 handleOpenAI403，而 1010 的豁免就写在那个函数里；Anthropic 与 Gemini 落到函数最后一句 handleAuthError，一次就 SetError。
handle403：第 1031 行只把 OpenAI 与多协议 Key 送进 handleOpenAI403，第 1041 行是 Anthropic、Gemini 落到的那句 handleAuthError。同一个 403，在 OpenAI 分组里最多是临时冷却，在 Anthropic 分组里是账号当场变红。报障人的现场就是这样：几秒内同一分组多个账号被停用，分组随之没有可调度账号。
这张 PR 在本刊 10 月 21 日凌晨那期里还是 open，今晚合了进来。合并后的修法把豁免提到
handle403 第一句，跨全部平台，并打一条 403_cloudflare_bot_block_skips_account_penalty（旧键是 openai_ 前缀那条，升级后按新名字 grep）。判定也换了：
aa48a8bbd8 里的判定函数：先解 JSON，认 cloudflare_error 配 1010 或 browser_signature_banned，解不出才退回纯文本。它的判定收得很窄。测试里
{"message":"error code: 1010"} 与不带 cloudflare_error 的 {"error":{"code":1010}} 都判 false，真实封号仍按原样处罚，还专门加了「Anthropic 真 403 照样罚」的用例。今晚能做的：把 403 响应体捞出来看有没有
1010 与 browser_signature_banned。命中的账号需要手动从 error 改回来，而根治是在 sub2api 前面把下游 UA 归一化——user-agent 在转发白名单里（第 79 与 98 行），客户端写什么上游就收到什么。OpenAI 平台账号还能在凭证里写 user_agent 钉住，Anthropic 账号没有这个字段。Gemini 那边的 400：const 与 examples 漏在名单外
#8187 的报错原文很直白：
Unknown name "const" at 'tools[0].function_declarations[65].parameters.properties[3]…' 和 Unknown name "examples"。两个 Google AI Studio 的 Key 都能复现。原因在清理名单：v0.2.17 的
cleanToolSchema 删掉 $defs、deprecated、additionalProperties 这些，名单里没有 const 与 examples。这类 400 只废掉那一轮请求，账号不受罚。v0.2.17 的 400 分支只认三种文案（organization has been disabled、credit balance、identity verification），其余原样放过——账号是好的，问题只在请求本身。
补丁做得比「删了就行」讲究：只在 schema 节点删
examples，同名业务字段保留；字符串 const 转成单值 enum，并与原 enum 求交集；非字符串常量直接去掉、保留原 type，作者自己写明这是有损降级。递归覆盖 properties、items、anyOf/allOf/oneOf、prefixItems、dependencies。发版前怎么绕：把这类请求改派到非 Gemini 账号，或者别在客户端工具定义里写这两个关键字。
cleanToolSchema 删除名单：第 3777–3781 行逐个数过去，没有 const，也没有 examples。DeepSeek 那条，方向反过来了
10 月 19 日本刊报过这条：为躲上游 422，v0.2.17 给同一张内联图同时写
image_url 与 url，请求体近乎翻倍，入站 24 MiB 就撞上 48 MiB 上限。合并进来的修法是反的：删掉
url、只写 image_url。测试断言 url 不再存在，理由写过——只发 url 会回 input_image must have image_url or file_id。内联图的预算结论不变（入站按 24 MiB 算），但「两个字段都得写」这条兼容说法从今天起作废。
CLIProxyAPI：两处口子还开着，没人认领
同样是今晚 20:02，有人在 CLIProxyAPI 上连开两条报障，都带 20/20 复现的测试，也都还没人回。
第一条 #6843：
GET /v1/responses 升级成 WebSocket 时只过一次鉴权，之后每一条 response.create 都不再问 access manager。被撤销、或额度用完的 key，在已经打开的 socket 上继续执行。Codex 客户端一条 socket 常挂几个小时。
Authenticate 只在第 204 行被调一次，属于每个 HTTP 请求过一次的那层。第二条 #6844：auth 文件快照落地时会把运行时状态覆盖掉。扫描读到文件、期间落了一个 429、快照应用时把 quota 与
NextRetryAfter 清零、状态回到 active——冷却白等，凭证提前放行，然后在真实 429 上再被扣一次。#6643 那个水位 cooldownRecordedSeq 也被抹成 0。另有一张 #6842（19:51 开）在改插件拿到的请求体：zstd 压缩的请求，插件读到的是压缩字节，从中取
model 自然取不到。简讯
四仓窗口内零新版本：CLIProxyAPI v8.0.37（北京 15:54 发，main 停 15:50，dev 头是 18:16 的
80aa2b1d，窗口内没再动）、sub2api v0.2.17、codex-proxy 预发布 v2.1.20-beta.0543eaa、codex2api v3.1.1。上游三个状态页都安静：OpenAI 全绿（最近一次降级 10:26–11:28，已恢复）、Anthropic 全绿、Google Cloud 首条仍是 10 月 20 日那条 europe-west2。
额度侧的读数照旧：codex-reset 记今日 UTC 未重置、最近一次全局重置在北京 10 月 20 日 14:33、56 次全局 / 10 次 banked；opentherank 记 64 次、中位间隔 3.1 天。
官方 Codex 分区 20:05 有一条「ChatGPT Plus 今天额度掉得异常快」，单条自述、给不出可核数字，这里只留个记号。
今晚三件事
- 把过去 24 小时的 403 响应体捞出来，grep
1010与browser_signature_banned；命中的先改 UA 再恢复账号，否则恢复完还会再红一次。 - 三张单只在 main。想立刻拿到行为只能自建；等 tag 的话，按上面两条绕行。
- 撤销或调过额度的 key 之后，已建立的长连接会继续放行——把对应 socket 断掉，或重启那一侧的客户端。
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.