安静 15 秒就被掐断：Claude 上游的静默重置，和刚发出的 v8.0.50
CPA 到 Claude 上游的连接安静 15 秒就被重置，附上分桶判定方法与刚发布的 v8.0.50 升级判断，外加 sub2api 受限管理员密钥调统计接口 403 的处置。
这一小时里 CLIProxyAPI 发了 v8.0.50（北京 21:32），但触发这次发版的两张单都没修。真正该今晚动的是两处：15 秒静默被上游掐断的判定方法，以及 sub2api 受限管理员密钥读不到统计的处置。前者决定你怎么看日志，后者决定你的自动化上号脚本还跑不跑。
一、15 秒的静默：没有字节的连接被上游掐掉
20:35 有人开了一条单，报的是 CPA 到
api.anthropic.com 与 chatgpt.com 的连接会在安静约 15 秒后被重置 1。他数了 29 次断连：23 次落在 15.x 秒，5 次 16.x，1 次 17.x，没有一次在 15–17.2 秒之外。时间分布说明这不是回归：v8.0.43 到 v8.0.48 每一版都同频。他的实例每天处理 4000–13000 次 POST，客户端那侧显示「Server error mid-response」。
为什么是这条路要有代码依据。CPA 的 Claude 请求走 uTLS 客户端，指纹仿真里 ClientHello 的 ALPN 只报
http/1.1：
internal/runtime/executor/helps/utls_client.go 第 232 行：ALPN 扩展里只有 http/1.1 一个协议；连接只有在协商出 h2 时才切 HTTP/2 传输 2也就是说这类连接全程是 HTTP/1.1，没有 h2 的 PING 保活可用。报障人的隔离测试也吻合：静默连接下
chatgpt.com、api.openai.com、claude.ai、www.cloudflare.com 都恰在 15.0 秒被 RST，github.com 45 秒仍开着，httpbin.org 30 秒拿到干净的 400。本地不会自己打断等待。
helps 目录里没有 ResponseHeaderTimeout，也没有 IdleConnTimeout。关掉 TCP keepalive、改成 5 秒或 15 秒探测，断连时刻一模一样，所以这不是保活参数问题。流断在哪里，你这台看到的错不一样。首块之前断，本地回 502 并允许换凭证重试：
internal/runtime/executor/claude_executor_stream.go 第 445 行：扫描器提前结束时发 upstream stream closed before message_stop 的 502 3首块已经吐给客户端之后再断，就换不了号了，本地只能把错误写进流里：
sdk/api/handlers/claude/code_handlers.go 第 499 行：以 event: error 加 JSON 错误体结束这一轮 4500 以上的状态在
claudeErrorTypeFromStatus 里落 api_error，所以 Claude Code 那侧看到的就是 api_error 加「mid-response」。这条 502 会进冷却分支，凭证被瞬时停 60 秒。那份 12 小时冷却只针对 404 与凭证级，跟这里无关，别去调它。三件别做的事，报障人都实测过：改 thinking 显示模式（三种都试，思考块最大间隔只有 1.5–4.1 秒），动 TCP keepalive，以及指望「已经输出后换号」。这三条都不会改变 15 秒这个数。
他提的三条缓解也都还只是建议，不是开关：给 uTLS 连接补 h2 与读空闲超时、把首块压住以便把重置拉回可重试的路径、在日志里记录静默时长。他自己在客户端侧的绕法是 Claude Code 的
StopFailure 钩子，matcher 填 server_error 自动续跑。今晚的动作顺序：先按「首块前/首块后」分桶统计你那台的断连；首块前占多数的，说明还有换号余地，去看凭证冷却；首块后占多数的，只能从会话续跑这一侧补。别指望升级解决，v8.0.50 没碰这条链路。
二、v8.0.50：这一版该不该现在升
- 仓库与版本：CLIProxyAPI
v8.0.50，发布页 - 发布时间：北京 2026-11-01 21:32（
published_at13:32:42Z，created_at13:29:23Z） - 规模：23 个提交、82 个文件（v8.0.49...v8.0.50）
- 升级动作：不用改配置。两版
config.example.yaml的差异只有注释行，键名与默认值一个都没动
本刊长期跟踪的三件事都在这一版里落了地。第一件是连接池进发行版：按 api-key 分组配置，写下配置块就是开启，默认
idle-conn-timeout 300 秒、max-idle-conns-per-host 2 5。OAuth 凭证永远不参与池，ChatGPT 的 browser-profile 也不参与。第二件是插件执行器同格式流的 deframe（#7154），修的是插件返回同格式流时被再翻译一遍，导致
data: data: 双前缀与重复 [DONE]。同一格式的流现在只在确实存在翻译钩子时才走翻译。第三件是 Codex 回放裁掉
content_token_count（9037d543，Closes #7146），只清洗来自上游的回放副本。如果你被这个字段顶过 400，这一版能解。另四笔值得对上号：
d00267c3（Closes #7120）把 Anthropic 的「Your credit balance is too low」400 改判为 payment_required，走 30 分钟冷却并换号；b63322b9（Closes #7133）给 Antigravity 的 claude-opus-5-5-high 与 claude-sonnet-5-5-high 补上 levels，显式 thinkingLevel 不再被折成 budget；a96e640d（Closes #7135）让登录态 Codex 凭证的手动刷新不再解锁；d65840fb 给 xai 文件名加身份哈希防撞。这一版不含 #7165、#7166、#7167、#7168，四张都还开着。下面第四节单说。
三、sub2api：受限管理员密钥读不到统计
20:46 有人报：0.2.19 上，用受限管理员 API Key 调统计与用量接口全部 403，账号列表、分组、详情、模型、资源监控却都正常 6。他追到
/api/v1/admin/openai/refresh-token 也是 403，自述「一下子把自动化上号搞废了」。四条评论全是报障人自己补的时间线，维护者零回应。具体打回的是
today-stats/batch、usage/batch、accounts/:id/today-stats、accounts/:id/usage。机制：只有
x-api-key 以 adm_sc_ 开头时才走受限密钥鉴权，其余走完整管理密钥。受限那条要求请求的完整路径命中精确白名单，否则直接 403，并把 admin_key_denial_reason=permission_denied 写进审计 7。白名单本身写得很克制：
backend/internal/pkg/adminaccess/catalog.go 开头的注释原文：接口按方法和完整路径精确登记，新增接口不会继承同目录权限；accounts.read 之下只有三条 GET 8accounts 组在 v0.2.19 一共登记了 70 条路由，accounts.read 只覆盖其中 3 条。目录里没有任何 /openai/** 路由，所以配额刷新、重置额度、token 刷新这一整组都被挡在准入层之外。这套默认拒绝是 10 月 24 日那张 #8319 带进来的，不是新 bug，只是当时没人把统计接口列进去。处置：统计与刷新类脚本改回完整管理密钥，或者用 JWT 管理员。受限密钥现阶段只能做列表、详情、模型这三类。没有配置开关能打开，也没有针对 #8473 的补丁——开放 PR 里最新几张都不是它。
四、还没合的四张补丁，和一张新 PR
- #7167：12:18 开，6 文件 +161/−25，clean，标 Fixes #7159。给 model stream 加插件归属并在拆卸时关闭；合了之后，插件退出会连带关掉它那条流，不再挂在那里
- #7168：让 watcher 能运行时改
oauth.auth-dir，改完不用重启 - #7166：panic 之后 request logging 仍然要 Finalize，否则那条请求的日志会丢
- #7165：凭据去重身份加上 connection-pool，防止两个只差池设置的同名凭证被并成一条
四张在发稿前复核仍未见合并标记。
sub2api 那边新开了一张 PR #8474（13:15，42 文件 +912/−64，
mergeable_state 为 unstable，含迁移 250）。它给 OpenAI 与 Composite 分组加三档：跟随客户端、强制 Fast、强制 Ultrafast。计价后果要先想清楚：计费读的是发出去那份 body 里的
service_tier，而 priority、fast、ultrafast 的通用乘数都是 2.0；只有 gpt-6-astra 的 ultrafast 被单独抬到 6。分组一旦强制，账单照单执行，不是「客户端不传就不算」。五、行情
| 仓库 | 当前版本 | 发布时间（北京） | 本窗口 |
|---|---|---|---|
| CLIProxyAPI | v8.0.50 | 11-01 21:32 | 发版 |
| sub2api | 0.2.19 | 10-28 18:16 | 无 |
| codex-proxy | v2.1.21 | 10-28 04:33 | 无 |
| codex2api | v3.1.2 | 10-28 04:39 | 无 |
额度重置这一侧今天 UTC 没有全局重置，最近一次已验证的仍是 10 月 28 日，
signal.active 为假 14。别把「今天没重置」当成异常，这轮观测里也没有新的 banked 承诺。今晚的处置顺序
- 先按首块前后给断连分桶，决定这 15 秒该从换号还是从会话续跑那侧补
- v8.0.50 可以升，不用改配置；但别指望它修 15 秒这条
- 用了受限管理员密钥的巡检脚本，今晚改回完整密钥或 JWT，否则统计接口继续 403
- #7167 合了之后再考虑依赖插件流归属的动作；#8474 合了之前先把分组档位定死，别让它自己强制
References
- 1CPA issue #7169
github.com
- 2utls_client.go
github.com
- 3claude_executor_stream.go
github.com
- 4code_handlers.go
github.com
- 5v8.0.50 config.example.yaml
github.com
- 6sub2api issue #8473
github.com
- 7admin_auth.go
github.com
- 8adminaccess/catalog.go
github.com
- 9CLIProxyAPI releases
github.com
- 10sub2api releases
github.com
- 11OpenAI status
status.openai.com
- 12Anthropic status
status.anthropic.com
- 13GCP incidents
status.cloud.google.com
- 14codex-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.