Claude 把 Max 20x 改成 Ultra：周额度砍半，订阅里多出 $100/$200 的 API 额度
Claude 套餐重排成 Free / Pro / Max / Ultra 四档，Max 20x 并入 Ultra、周额度按官方口径为 10x Pro，号池的档位名与自动暂停阈值都要跟着改。
本窗口北京时间 10-31 02:27 到 04:22，四个仓库没有新版本，主干头也都停在窗口之前。今晚值得动手的事来自上游和一张还开着的补丁。
Claude 把套餐重排成四档，Max 20x 改名 Ultra，第四档的周额度写成 10x Pro、5 小时上限只留给已验证账号。订阅里同时多出一笔每月 API 额度，Max $100、Ultra $200。1
OpenAI 状态页 19:38:47Z（北京 03:38）开了一条搜索类事件，仍在调查；前几期一直挂着的那条 GPT Image 2 图片编辑已经在 18:36:55Z 收尾。2
sub2api 上那张把
responseJsonSchema 改写过来的补丁还开着，窗口内只多了一条 CLA 回签，代码一字未改。3四档的官方读数
| 档位 | 月费 | 每 5 小时 | 每周 | 每月 API 额度 |
|---|---|---|---|---|
| Free | $0 | Limited | Limited | 无 1 |
| Pro | $20（年付折合每月 $17） | 1x | 1x | 无 1 |
| Max | $100 | 5x | 5x | $100 1 |
| Ultra | $200 | 无上限（限已验证账号） | 10x | $200 1 |
四档的读数都来自官方比价页；Ultra 那一行的「无 5 小时上限」带脚注，条件写在下一节。1
改名这件事，Ultra 的帮助页写得最直白：「The Max 20x plan is now called the Ultra plan. Existing Max 20x subscribers move to Ultra automatically, with no price change.」4
周额度只有新值，没有前后对照。官方把 Ultra 写成 10x Pro、Max 写成 5x Pro，两个都是相对 Pro 的倍数。5
社区按这两个数算出了差额：「Ostensibly, this update has just halved limits from 20x the pro plan to 10x the pro plan.」帖子发在 18:05:29Z。6
另一条把两个口径并排抄了下来：「Max: '5x Pro usage every 5 hours and every week' Ultra: '10x Pro usage every week'」，19:10:46Z。7
号池要跟着改的三处
档位名与倍率。 sub2api v0.2.19 与 CLIProxyAPI v8.0.48 的整包里，
max_20x、max5、max20 三个字符串都是 0 命中，档位名没有写进代码。要改的是你面板里的分组名、备注，和按旧倍率手算出来的那几个阈值。5 小时窗口。 官方那条脚注写的是「No 5-hour limit for verified accounts」。未验证的账号仍有一段临时上限，验证由 Anthropic 按账号与支付历史自动完成；结账时填手机号属于另一回事，去掉不了这条上限。4
判断一个号验没验过，看设置里的 Usage 页：没有 Current session 那条进度条，就是已验证。4
这件事落到号池上很具体。同一批 Ultra 账号里，老号可能已经没有 5 小时限制，新号还在跑那个窗口；拿「Ultra 没有 5 小时限制」去设并发，会在这批新号上撞住。
自动暂停阈值。 sub2api 的 Anthropic 阈值判定读两个字段：
session_window_utilization 大于 0 才生成 5 小时候选，passive_usage_7d_utilization 大于 0 才生成 7 天候选。8按这段代码，账号没有 5 小时读数时，5 小时那条候选不会被生成，实际生效的只剩 7 天那条。原来只按 5 小时设的暂停阈值，在 Ultra 号上会失效。
anthropicThresholdCandidates：两道 usedPercent > 0 门分别守着 5 小时与 7 天候选，缺一项读数就少一条阈值。8还有一处细节值得记：周额度在账号上有一个固定的重置时刻，各账号不同；Max 与 Ultra 另有一份单独的 Fable 周限额。5
订阅里那笔 API 额度
Max 与 Ultra 现在各带一笔每月 API 额度：$100 与 $200，Pro 与 Free 没有。1
领出来有条件。订阅要满 7 天，然后从 claude.ai 的 Settings > Billing > API credits > Link organization 绑一个 Claude Console 组织，操作人需要该组织的 Owner、Admin 或 Billing 角色。9
边界比听起来窄：一个账号只能绑一个组织，一个组织也只能接一份订阅的额度；每期刷新，用不完不滚存；同一组织下所有 API key 共用这份余额，扣款先走月额度、再走购买的额度。9
能花的地方是 Messages API、Batches API、Playground、Managed Agents 与 Agent SDK。交互式 Claude Code 会话、Claude Code 的 extra usage、以及 Bedrock / Vertex / Foundry 上的调用，都不走这笔钱。9
对中转只有一句：这笔额度挂在 Console 组织的 API key 上，走 OAuth 的订阅号池花不到它。想吃这块，得在该组织里单开一条 API key 通道。额度用完时请求直接停到下一期，费用不会回落到订阅额度。9
操作顺序三步：
- 订阅满 7 天后绑组织，绑完当期就能领到，之后每期自动刷新。
- 在该组织下建 API key，把它配成面板里单独一条上游，与 OAuth 号池分开记账。
- 在额度面板上盯月末：未用完的部分月底清零，别把它当成可攒的余额。
上游：一条开着，一条收尾
OpenAI 状态页在 19:38:47Z 开了一条 minor 级事件，标题是 Elevated errors with search in Dots, ChatGPT Work, and certain ChatGPT thinking experiences，状态 investigating。2
同一时刻整体状态是 Partial System Degradation，组件级只有 ChatGPT Work 记成 degraded_performance。事件自己的 components 字段是空数组，组件影响只能从 summary 的 components 里读。10
前几期那条 GPT Image 2 图片编辑在 18:36:55Z 标成 resolved，原文是 All affected services are operating normally again。11
这次点名的受影响面是 Dots、ChatGPT Work，以及部分 thinking 体验里的搜索，API 与 Codex 端点没有出现在清单上。号池里报 search 相关错误的请求，今天先怀疑上游，别急着把号标坏。
sub2api #8409：一个被静默忽略的字段
这条补丁处理 Gemini 原生请求里的结构化输出。按作者直连网关的实测，Antigravity 上游收下
generationConfig.responseJsonSchema 不报错，但会静默忽略，模型照样回普通文本；只有 responseSchema 能触发约束解码。3触发面在新版客户端。作者写的是
@ai-sdk/google 从 4.0.70 起只发 responseJsonSchema，没有开关能切回去，于是经网关的 generateObject 与 Output.object() 全拿到散文。3sub2api 这边确实没有这条改写。v0.2.19 的
cleanGeminiRequest 只遍历 tools 里的 functionDeclarations，把 parameters 交给 CleanJSONSchema 清一遍，generationConfig 整个没碰。12
cleanGeminiRequest（第 481–532 行）：函数体只清 tools 的 parameters，modified 为假时原样返回请求体。12同一个功能 CLIProxyAPI 已经有。v8.0.48 的
normalizeGeminiGenerationConfigResponseSchema 把 responseJsonSchema 与 response_json_schema 搬到 responseSchema，已经写了 responseSchema 时以它为准，搬完删掉旧键。13
normalizeGeminiGenerationConfigResponseSchema：搬键、判重、删旧键三步，第 61 行在翻译入口被调用。13补丁还没进。PR #8409 开着，
mergeable_state 是 unstable，2 个文件 +115/−0，唯一实质提交 0b535b5c07。窗口内那次更新时间对应的是一条 CLA 回签，没有新提交。3一个容易踩的副作用：
CleanJSONSchema 遇到没有 properties 的 object，会塞进一个必填的 reason 字段。补丁合并后这里的结构化输出会多出这个键，客户端按严格 schema 校验会失败。14今晚三条绕法：
- 客户端自己发
generationConfig.responseSchema，把只发responseJsonSchema的那一层关掉。 - 这条请求改走 CLIProxyAPI 的 Antigravity 路径，那边已有等价改写。
- 写 schema 时给 object 补上
properties，避开reason注入。
社区信号（未确认）
r/GeminiAI 有两条额度自述。一条说在 Antigravity 的 Pro 档用 Argon 两三轮就撞到周限：「only get 2-3 turns out of argon until you smack up against the WEEKLY limit. Not even the 5 hour one.」，19:23:15Z。15
另一条说 3.8 Flash 的配额像被砍过：「after about 20 generations I had already reached my limit with my Pro account… the quota has been reduced by at least two-thirds.」，15:50:38Z。16
两条都是单一用户的自述，官方模型页与额度页没有对应的变更公告。当信号记着，动手前先用自己的账号量一遍。
版本面
| 仓库 | 当前版本 | 发布时间 | 主干（或 dev）头 |
|---|---|---|---|
| CLIProxyAPI | v8.0.48 | 2026-10-30 22:37 | 2026-10-30 22:33 17 |
| sub2api | v0.2.19 | 2026-10-28 18:16 | 2026-10-30 10:44 18 |
| codex-proxy | v2.1.21 | 2026-10-28 04:33 | dev 2026-10-30 17:09 19 |
| codex2api | v3.1.2 | 2026-10-28 04:39 | 2026-10-28 04:34 20 |
今晚的动作清单
- 面板里的档位名、备注改成 Max 与 Ultra，按 5x 与 10x 重算手写阈值。
- 逐个核 Ultra 号的验证状态：Usage 页没有 Current session 条才算已验证。
- 只按 5 小时设的自动暂停阈值，挪到 7 天已用比例上，否则 Ultra 号上不生效。
- 想用订阅里那笔 API 额度，满 7 天后绑 Console 组织，另建一条 API key 上游。
- 走 sub2api 调 Antigravity 结构化输出的，今晚先按上面三条绕法改客户端；走 CLIProxyAPI 的可以不动。
References
- 1Plans & pricing · Claude by Anthropic
claude.com
- 2
- 3
- 4What is the Ultra plan? · Claude Help Center
support.claude.com
- 5What is the Max plan? · Claude Help Center
support.claude.com
- 6
- 7
- 8
- 9Monthly API credits for Max, Ultra, and Team plans · Claude Help Center
support.claude.com
- 10OpenAI Status summary
status.openai.com
- 11Elevated errors for GPT Image 2 API image edits
status.openai.com
- 12
- 13
- 14
- 15
- 16
- 17CLIProxyAPI releases
github.com
- 18sub2api releases
github.com
- 19codex-proxy releases
github.com
- 20codex2api releases
github.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.