v8.0.48：换模型族的 400 修了，502 也不再扣号——除了 Claude 那条 (2026)

CLIProxyAPI v8.0.48 今天 22:37 发布。1

发布前不到两分钟，四张单子在 8 秒里被一起关掉：#5283 14:35:55、#5783 14:35:58、#7112 14:36:00、#7118 14:36:03。

其中两张是昨天报的那一对。往 GPT 换模型族的 400 修好了，反向那条静默丢上下文按设计不修。2 3

这一版也把八月挂到现在的那条旧单结了：上游流没写 [DONE]，代理却把三把 key 逐个打进冷却，最后回 auth_unavailable。4

四仓版本

项目	当前版本	发布时间（北京）
CLIProxyAPI	v8.0.48	10-30 22:37
sub2api	v0.2.19	10-28 18:16
codex-proxy	v2.1.21	10-28 04:33
codex2api	v3.1.2	10-28 04:40

本窗口只有 CLIProxyAPI 动了版本，27 个提交、116 个文件。5

config.example.yaml 与 v8.0.47 逐字节相同。6 升级不用改任何配置键。

sub2api 本窗口有三张新补丁（见次线），codex-proxy 与 codex2api 没有任何新条目。

一、胶囊那条 400：修好了

dbb70621 只做一件事：把自家造的压缩胶囊在发给上游之前解开。

认得的才展开——encrypted_content 以 cpa-ag-compact-v1: 开头，或 item id 带自家前缀。展开时解封出摘要，替换成一条 role: developer 的消息，开头一句 Context summary from previous turns:。

解不开就回 400 invalid compaction capsule，不再把无法验证的密文发给 OpenAI。

不认得的压缩项——也就是 GPT 原生的 gAAAA…——一个字节都不动，原样留下。7

`internal/runtime/executor/helps/antigravity_compaction.go` 第 347–377 行（v8.0.48）：第 356 行判断这是不是自家胶囊，第 358 行解封，第 359–361 行解不开就直接报错，第 362–364 行换成 `role: developer` 的摘要消息，第 368 行把外来压缩项原样塞回去。8

覆盖的是 Codex 的六条路：普通执行、compact、流式、token 计数、WebSocket 执行、WebSocket 流，外加双工 steering 那一处。7

升级后已经卡住的线程能继续跑：客户端带上的胶囊会被展开成摘要，不再 400。

但已经丢掉的那段上下文不会回来。展开出来的是摘要，不是原文。

二、502 那条：只加了一个字段

f013eb66 的代码改动是一行。

statusErr{code: 502, msg: "upstream stream closed before [DONE]"} 后面多了 streamTruncated: true。9

`internal/runtime/executor/openai_compat_executor.go` 第 627–643 行（v8.0.48）：第 631 行就是这个合成出来的 502，行尾的 `streamTruncated: true` 是本版新加的。它不影响客户端看到什么——照旧是 502——只影响本地怎么处置。10

这个字段一路往下走到的位置是冷却判定的最前面。

`sdk/cliproxy/auth/conductor_cooldown.go` 第 2928–2943 行（v8.0.48）：`isRequestInvalidError` 第一件事就是判这个标记。命中即当作请求过错返回——第 2933–2934 行的注释写明了理由：这一轮的生成已经提交给上游，不能再换一张凭证重放。11

于是同一串 key、同一个模型，不再因为一次半截流被逐个拉黑。客户端收到 502，池子还是满的。

Gemini 与 Vertex 两条路上一版就带着这个标记。12 这次补上的是 OpenAI 兼容那条，也就是 MiniMax、DeepSeek 这类接在 openai-compatibility 下的上游。

三、Claude 那条还缺这个字段

同一句话在 Claude 执行器里有两处，都没有这个标记。

`internal/runtime/executor/claude_executor_stream.go` 第 438–452 行（v8.0.48）：第 445 行构造的 502 只带状态码与文案；第 548 行是另一条翻译路径上的同一句。两处都没有 `streamTruncated`。13

所以 Claude 上游中途断开时，处置还是老样子：按 5xx 冷却那张凭证上的这个模型。

默认 60 秒，一把 key 一次。轮完三把，客户端就看到 auth_unavailable。

今晚能拧的开关是这一个：

routing:
  cooldown:
    transient-error-cooldown-seconds: 0

0 保留 60 秒的旧行为，-1 直接关掉这类瞬时冷却。14

把 -1 用在小池子上要小心：真正挂掉的号也不会被自动摘出来，会一直被选中。折中是给一个更小的秒数。

监控上加一条 grep：stream closed before message_stop。这条在 Claude 路径上出现，就说明又踩到这个没带标记的分支。

四、反向那条：按设计不修

#7119 在 14:09:12 关成 not planned，比发版早 28 分钟。

维护者的理由是加密本身无解：供应商原生压缩返回的是一段不透明密文，CLIProxyAPI 和别的供应商都解不开。3

他给了两条建议。

一，已经被压缩成别人密文的会话，切模型之前先让原模型把上下文总结出来。

二，如果一段会话里要反复跨供应商切模型，就别用依赖不透明压缩项的客户端，改用靠明文提示词压缩的（他举的例子是 pi）。

这一版没有把它顺手带上：dbb70621 的展开只针对自家胶囊，原生压缩项「preserving」原样保留。

所以你手上如果还有在 gpt-* 与 claude-* 之间来回切的长会话，第三节那个客户端开关仍然是唯一的解：给这个 provider 设 capabilities.remote_compaction = "unsupported"，压缩在本地做。

五、新开的一张：余额为 0 的 key 会一直被选

#7120 在 14:21:01 开出，现在 open、零评论。15

现象：Anthropic 的 API key 余额用完之后，上游回的是 400 Your credit balance is too low to access the Anthropic API，不是 402。

代理把 400 判成请求过错，于是既不冷却这张凭证，也不换下一张。每个落到它头上的请求都失败。

判定的位置在 IsRequestFault：400 直接归请求过错，除非命中前面那几条例外（402、429、DeepSeek 的 401、模型不存在）。16

影响面很具体：用 API key 打头、后面拿 Claude OAuth 登录兜底的站。月初额度用完，这条链就该切到兜底，现在切不过去。

今晚可以自己垫一条规则，写在 Claude 那组 key 下面：

api-keys:
  claude:
    - name: claude-1
      keys:
        - api-key: "sk-ant-..."
      request-scoped-errors:
        - status: 400
          match:
            - "credit balance is too low"
          action: "stop-and-cooldown"

四个动作里，stop 只回错不冷却，stop-and-cooldown 回错并把这张凭证冷却掉。17

第一次请求仍然失败，但从第二次起，选号会跳过这张空号，落到后面能用的凭证上。

今晚的动作

第一步，升级到 v8.0.48。 配置不用动，config.example.yaml 两版一致。

第二步，查有没有续期不可逆的 Codex 号。 这一版把 refresh_token_reused、refresh_token_expired、token_revoked、invalid_grant 这类终局失败标成不可重试，并在管理接口里给出结构化状态。18

GET /v8/management/credentials 的返回里新增了 requires_sign_in、renewal_state、recovery_stage、access_token_expires_at、next_action 这些字段。19

筛一遍 requires_sign_in: true。这些号现在还能跑，只是刷不动了，等到 access token 过期就一起掉。

第三步，按账号定向重授权。 POST /v8/management/oauth/auth-url 支持带 name 或 auth_index，登错账号会被拒而不是覆盖掉原来那张。20

想顺带验证能跑通，加 verify: true；也可以事后单独调 POST /v8/management/credentials/verify，body 是 {"name":"<文件名>","model":"<可选>"}。21

第四步，清掉错位的冷却状态文件。 如果你开了 routing.cooldown.save-cooldown-status 而 auth-dir 写的是相对路径，旧版会把状态写到 <auth-dir>/<auth-dir>/xxx.cds。

这版把相对路径也当成相对处理了。22

升级后旧的错位目录不会再被读，可以直接删。删之前先确认里面没有你想留的冷却记录——那是重启后唯一还在的冷却来源。

第五步，图片这条路今晚别再扇出。 OpenAI 的 Images 组件从 22:35 起在降级，详见下一节。

次线：sub2api 三张新补丁

三张都是本窗口开的，都还 open。

补丁	买什么	规模	状态
#8444	带供应商前缀的 DeepSeek 模型走峰谷价	2 文件 +157 −4	open、unstable
#8445	强制路由模式下不再发那次探测请求	2 文件 +56 −0	open、unstable
#8446	MiniMax 语音、音色、图片、H3 视频接入与计费	92 文件 +6236 −83	open、unstable

#8445 值得现在就关注。已有的探测会给每个新建或更新的 OpenAI API key 账号发一次真请求，带 tool_choice=required、输出预算 512 token。23

当账号已经把 openai_responses_mode 设成强制模式时，这次探测的结果在任何路径上都读不到——路由判定在 mode 那一步就短路了。纯浪费额度。

#8444 是账：cline-pass/deepseek-v4-pro 这类带前缀的名字能查到价卡，却认不出是 DeepSeek，峰谷倍率整段跳过。24

#8446 是接入面，92 个文件、六千多行，作者自己也写了只覆盖官方 CN / International 地址，代理商自定义 Base URL 与账号级模型映射还没做。25

另有一张新单 #8443，13:47 开的，一张截图，要求把易支付改成异步通知。零评论。26

上游与额度

OpenAI 的 Images 组件现在是 degraded_performance，整站标 minor。

事件在 14:35:28Z 开出，标题是 GPT Image 2 的 API 图片编辑错误升高，状态停在 identified，到发稿时还没恢复。27 28

这条跟中转的关系在于它的处置方式：Codex 的图片请求遇到上游 5xx 时，走的是普通状态码冷却那一支，没有 streamTruncated 那种豁免。29

也就是说，降级期间对着一批号猛重试图片编辑，会把它们的 image 模型逐个推进冷却。让客户端等，或者只在一两张号上试。

Claude 状态页全绿，page.updated_at 停在 15:04Z。30

GCP 的 incidents.json 没有新增。31

额度重置没有发生。codex-reset 写今天 UTC 还没重置，最近一次已验证的全局重置仍是 10-28 06:35Z，累计 61 次、10 次 banked。32

opentherank 那边记 69 次、中位间隔 2.9 天、最长 68 天。33

References

1
v8.0.48 release
github.com
2
CLIProxyAPI #7118
github.com
3
CLIProxyAPI #7119
github.com
4
CLIProxyAPI #5283
github.com
5
v8.0.48 与 v8.0.47 的比对
github.com
6
config.example.yaml (v8.0.48)
github.com
7
dbb70621 的提交说明
github.com
8
antigravity_compaction.go (v8.0.48)
github.com
9
f013eb66 的提交说明
github.com
10
openai_compat_executor.go (v8.0.48)
github.com
11
conductor_cooldown.go (v8.0.48)
github.com
12
gemini_executor.go (v8.0.47)
github.com
13
claude_executor_stream.go (v8.0.48)
github.com
14
config.example.yaml (v8.0.48)
github.com
15
CLIProxyAPI #7120
github.com
16
client_error.go (v8.0.48)
github.com
17
config.example.yaml (v8.0.48)
github.com
18
514d09f7 的提交说明
github.com
19
management-api-v8.md (v8.0.48)
github.com
20
management-api-v8.md (v8.0.48)
github.com
21
server_management_v8.go (v8.0.48)
github.com
22
43068c86 的提交说明
github.com
23
sub2api #8445
github.com
24
sub2api #8444
github.com
25
sub2api #8446
github.com
26
sub2api #8443
github.com
27
OpenAI status
status.openai.com
28
事件详情
status.openai.com
29
codex_openai_images.go (v8.0.48)
github.com
30
Anthropic status
status.anthropic.com
31
Google Cloud incidents
status.cloud.google.com
32
codex-reset
codex-reset.com
33
opentherank
opentherank.com

CLIProxyAPI v8.0.48 今天 22:37 发布。1

发布前不到两分钟，四张单子在 8 秒里被一起关掉：#5283 14:35:55、#5783 14:35:58、#7112 14:36:00、#7118 14:36:03。

其中两张是昨天报的那一对。往 GPT 换模型族的 400 修好了，反向那条静默丢上下文按设计不修。2 3

这一版也把八月挂到现在的那条旧单结了：上游流没写 [DONE]，代理却把三把 key 逐个打进冷却，最后回 auth_unavailable。4

四仓版本

项目	当前版本	发布时间（北京）
CLIProxyAPI	v8.0.48	10-30 22:37
sub2api	v0.2.19	10-28 18:16
codex-proxy	v2.1.21	10-28 04:33
codex2api	v3.1.2	10-28 04:40

本窗口只有 CLIProxyAPI 动了版本，27 个提交、116 个文件。5

config.example.yaml 与 v8.0.47 逐字节相同。6 升级不用改任何配置键。

sub2api 本窗口有三张新补丁（见次线），codex-proxy 与 codex2api 没有任何新条目。

一、胶囊那条 400：修好了

dbb70621 只做一件事：把自家造的压缩胶囊在发给上游之前解开。

解不开就回 400 invalid compaction capsule，不再把无法验证的密文发给 OpenAI。

不认得的压缩项——也就是 GPT 原生的 gAAAA…——一个字节都不动，原样留下。7

覆盖的是 Codex 的六条路：普通执行、compact、流式、token 计数、WebSocket 执行、WebSocket 流，外加双工 steering 那一处。7

升级后已经卡住的线程能继续跑：客户端带上的胶囊会被展开成摘要，不再 400。

但已经丢掉的那段上下文不会回来。展开出来的是摘要，不是原文。

二、502 那条：只加了一个字段

f013eb66 的代码改动是一行。

statusErr{code: 502, msg: "upstream stream closed before [DONE]"} 后面多了 streamTruncated: true。9

这个字段一路往下走到的位置是冷却判定的最前面。

于是同一串 key、同一个模型，不再因为一次半截流被逐个拉黑。客户端收到 502，池子还是满的。

Gemini 与 Vertex 两条路上一版就带着这个标记。12 这次补上的是 OpenAI 兼容那条，也就是 MiniMax、DeepSeek 这类接在 openai-compatibility 下的上游。

三、Claude 那条还缺这个字段

同一句话在 Claude 执行器里有两处，都没有这个标记。

所以 Claude 上游中途断开时，处置还是老样子：按 5xx 冷却那张凭证上的这个模型。

默认 60 秒，一把 key 一次。轮完三把，客户端就看到 auth_unavailable。

今晚能拧的开关是这一个：

routing:
  cooldown:
    transient-error-cooldown-seconds: 0

0 保留 60 秒的旧行为，-1 直接关掉这类瞬时冷却。14

把 -1 用在小池子上要小心：真正挂掉的号也不会被自动摘出来，会一直被选中。折中是给一个更小的秒数。

监控上加一条 grep：stream closed before message_stop。这条在 Claude 路径上出现，就说明又踩到这个没带标记的分支。

四、反向那条：按设计不修

#7119 在 14:09:12 关成 not planned，比发版早 28 分钟。

维护者的理由是加密本身无解：供应商原生压缩返回的是一段不透明密文，CLIProxyAPI 和别的供应商都解不开。3

他给了两条建议。

一，已经被压缩成别人密文的会话，切模型之前先让原模型把上下文总结出来。

二，如果一段会话里要反复跨供应商切模型，就别用依赖不透明压缩项的客户端，改用靠明文提示词压缩的（他举的例子是 pi）。

这一版没有把它顺手带上：dbb70621 的展开只针对自家胶囊，原生压缩项「preserving」原样保留。

五、新开的一张：余额为 0 的 key 会一直被选

#7120 在 14:21:01 开出，现在 open、零评论。15

现象：Anthropic 的 API key 余额用完之后，上游回的是 400 Your credit balance is too low to access the Anthropic API，不是 402。

代理把 400 判成请求过错，于是既不冷却这张凭证，也不换下一张。每个落到它头上的请求都失败。

判定的位置在 IsRequestFault：400 直接归请求过错，除非命中前面那几条例外（402、429、DeepSeek 的 401、模型不存在）。16

影响面很具体：用 API key 打头、后面拿 Claude OAuth 登录兜底的站。月初额度用完，这条链就该切到兜底，现在切不过去。

今晚可以自己垫一条规则，写在 Claude 那组 key 下面：

api-keys:
  claude:
    - name: claude-1
      keys:
        - api-key: "sk-ant-..."
      request-scoped-errors:
        - status: 400
          match:
            - "credit balance is too low"
          action: "stop-and-cooldown"

四个动作里，stop 只回错不冷却，stop-and-cooldown 回错并把这张凭证冷却掉。17

第一次请求仍然失败，但从第二次起，选号会跳过这张空号，落到后面能用的凭证上。

今晚的动作

第一步，升级到 v8.0.48。 配置不用动，config.example.yaml 两版一致。

GET /v8/management/credentials 的返回里新增了 requires_sign_in、renewal_state、recovery_stage、access_token_expires_at、next_action 这些字段。19

筛一遍 requires_sign_in: true。这些号现在还能跑，只是刷不动了，等到 access token 过期就一起掉。

第三步，按账号定向重授权。 POST /v8/management/oauth/auth-url 支持带 name 或 auth_index，登错账号会被拒而不是覆盖掉原来那张。20

想顺带验证能跑通，加 verify: true；也可以事后单独调 POST /v8/management/credentials/verify，body 是 {"name":"<文件名>","model":"<可选>"}。21

这版把相对路径也当成相对处理了。22

升级后旧的错位目录不会再被读，可以直接删。删之前先确认里面没有你想留的冷却记录——那是重启后唯一还在的冷却来源。

第五步，图片这条路今晚别再扇出。 OpenAI 的 Images 组件从 22:35 起在降级，详见下一节。

次线：sub2api 三张新补丁

三张都是本窗口开的，都还 open。

补丁	买什么	规模	状态
#8444	带供应商前缀的 DeepSeek 模型走峰谷价	2 文件 +157 −4	open、unstable
#8445	强制路由模式下不再发那次探测请求	2 文件 +56 −0	open、unstable
#8446	MiniMax 语音、音色、图片、H3 视频接入与计费	92 文件 +6236 −83	open、unstable

#8445 值得现在就关注。已有的探测会给每个新建或更新的 OpenAI API key 账号发一次真请求，带 tool_choice=required、输出预算 512 token。23

当账号已经把 openai_responses_mode 设成强制模式时，这次探测的结果在任何路径上都读不到——路由判定在 mode 那一步就短路了。纯浪费额度。

#8444 是账：cline-pass/deepseek-v4-pro 这类带前缀的名字能查到价卡，却认不出是 DeepSeek，峰谷倍率整段跳过。24

#8446 是接入面，92 个文件、六千多行，作者自己也写了只覆盖官方 CN / International 地址，代理商自定义 Base URL 与账号级模型映射还没做。25

另有一张新单 #8443，13:47 开的，一张截图，要求把易支付改成异步通知。零评论。26

上游与额度

OpenAI 的 Images 组件现在是 degraded_performance，整站标 minor。

事件在 14:35:28Z 开出，标题是 GPT Image 2 的 API 图片编辑错误升高，状态停在 identified，到发稿时还没恢复。27 28

这条跟中转的关系在于它的处置方式：Codex 的图片请求遇到上游 5xx 时，走的是普通状态码冷却那一支，没有 streamTruncated 那种豁免。29

也就是说，降级期间对着一批号猛重试图片编辑，会把它们的 image 模型逐个推进冷却。让客户端等，或者只在一两张号上试。

Claude 状态页全绿，page.updated_at 停在 15:04Z。30

GCP 的 incidents.json 没有新增。31

额度重置没有发生。codex-reset 写今天 UTC 还没重置，最近一次已验证的全局重置仍是 10-28 06:35Z，累计 61 次、10 次 banked。32

opentherank 那边记 69 次、中位间隔 2.9 天、最长 68 天。33

References

1
v8.0.48 release
github.com
2
CLIProxyAPI #7118
github.com
3
CLIProxyAPI #7119
github.com
4
CLIProxyAPI #5283
github.com
5
v8.0.48 与 v8.0.47 的比对
github.com
6
config.example.yaml (v8.0.48)
github.com
7
dbb70621 的提交说明
github.com
8
antigravity_compaction.go (v8.0.48)
github.com
9
f013eb66 的提交说明
github.com
10
openai_compat_executor.go (v8.0.48)
github.com
11
conductor_cooldown.go (v8.0.48)
github.com
12
gemini_executor.go (v8.0.47)
github.com
13
claude_executor_stream.go (v8.0.48)
github.com
14
config.example.yaml (v8.0.48)
github.com
15
CLIProxyAPI #7120
github.com
16
client_error.go (v8.0.48)
github.com
17
config.example.yaml (v8.0.48)
github.com
18
514d09f7 的提交说明
github.com
19
management-api-v8.md (v8.0.48)
github.com
20
management-api-v8.md (v8.0.48)
github.com
21
server_management_v8.go (v8.0.48)
github.com
22
43068c86 的提交说明
github.com
23
sub2api #8445
github.com
24
sub2api #8444
github.com
25
sub2api #8446
github.com
26
sub2api #8443
github.com
27
OpenAI status
status.openai.com
28
事件详情
status.openai.com
29
codex_openai_images.go (v8.0.48)
github.com
30
Anthropic status
status.anthropic.com
31
Google Cloud incidents
status.cloud.google.com
32
codex-reset
codex-reset.com
33
opentherank
opentherank.com

v8.0.48：换模型族的 400 修了，502 也不再扣号——除了 Claude 那条

四仓版本

一、胶囊那条 400：修好了

二、502 那条：只加了一个字段

三、Claude 那条还缺这个字段

四、反向那条：按设计不修

五、新开的一张：余额为 0 的 key 会一直被选

今晚的动作

次线：sub2api 三张新补丁

上游与额度

References

Related content

v8.0.48：换模型族的 400 修了，502 也不再扣号——除了 Claude 那条

四仓版本

一、胶囊那条 400：修好了

二、502 那条：只加了一个字段

三、Claude 那条还缺这个字段

四、反向那条：按设计不修

五、新开的一张：余额为 0 的 key 会一直被选

今晚的动作

次线：sub2api 三张新补丁

上游与额度

References

Related content