10/14 下午续报：codex-proxy 新 beta 再修会话 502 与计价表，sub2api 三条号池修复还没进版本
补报 10 月 14 日 11:44 之后的增量：codex-proxy 的会话 502 与计价表两条修复又出现在新预发布里，sub2api 的支付回调、Vertex 停号与 Gemini 4 Argon 计费三条要处置，但都还没进版本。
上一期通报停在 10 月 14 日 11:44（北京），覆盖到 10 月 2 日以来的版本动作。这一期只补 11:44 之后新出现的增量，时间窗到 17:40。
这一窗口里没有新的稳定版可升。唯一的新版本是 codex-proxy 的一个预发布；sub2api、CLIProxyAPI 与 codex2api 都停在上一期报过的版本上，新东西全在未合并的 PR 和 issue 里。
现在就做
- codex-proxy 的预发布先别当稳定版推。 v2.1.17-beta.1604624 在北京 17:24 发布，修了「连接断开后会话陷入永久 502」和「Docker 或 Lite 升级后新增默认配置（计价表）没同步到已有数据卷」两处；稳定版仍是 v2.1.16。1
- 用易支付收款、还在走 V1 MD5 签名的站点，今天把入账改成「查单确认已付款」。 10 月 13 日晚间有站点被套刷额度，手法是拿另一笔未付款订单的签名拼成付款成功通知。2
- 把 Gemini 4 Argon 从计费链路里挑出来。 sub2api 的代码和远程价格目录里都没有这个模型，命中它的请求现在按 0 元计。3
- Vertex 服务账号被删过的那些号，先手工移出可调度池。 现场记录里，这类账号会一直留在池中，恢复后一小时内持续产生几千次 502。4
- CLIProxyAPI 升级前照旧快照
config.yaml与 auth 目录。 会写坏这两者的两个 PR 到发稿仍未合并。56 - Antigravity 侧自查一条缓存计费。 CLIProxyAPI 在上游返回的候选 token 为 0 时会把缓存 token 记成输出，识别特征是
output_tokens与cache_read_input_tokens相等。7
上游：Codex 侧今天报出来的是容量
Codex 的重置记录没有新变化。第三方追踪站记录的最新一次重置仍是 10 月 13 日 13:06（北京），与上一期一致。8
官方论坛今天 14:47（北京）开出一帖，多个 Pro 用户报告 Codex 弹「Selected model is at capacity」，涉及 SOL 5.6、SOL 6.1 与 Astra；跟帖的人说 X 上也有类似报告。9
这类容量报错落到中转站这一层，表现为上游请求失败，和额度耗尽、封号判定的处理方式不同。同一个版块的同类帖子从 8 月底起反复出现，先看错误码再决定换号还是同号退避。9
codex-proxy：新预发布修的两条，都返修过
v2.1.17-beta.1604624 在 10 月 14 日 17:24（北京）发布，是一个预发布版。1
除了会话与配置那两条修复，这一版还带了五项改动。托盘支持单击开窗；本地没收录的官方新模型直接透传上游；短回复不计入平均速度，出口模型日志一并修正；API Key 管理的模型列表支持手动刷新与筛选；添加账号改为弹窗选择复制或打开链接。1
这两条修复值得单独看，因为同类描述已经反复出现在版本说明里。
| 版本 | 发布（北京） | 说明里的相关条目 |
|---|---|---|
| v2.1.15 | 10/10 04:44 | Docker 升级后自动补齐新增配置文件（价格表）；计费表加载失败改为明确提示 12 |
| v2.1.16-beta.10f7a0b | 10/12 19:46 | 连接中断可能导致会话永久卡在 502；Docker 升级后无法获取新增配置文件 13 |
| v2.1.16 | 10/13 15:25 | Docker 部署的配置同步；计费表加载失败导致成本显示恒为 0 14 |
| v2.1.17-beta.1604624 | 10/14 17:24 | 连接断开后会话陷入永久 502；Docker 或 Lite 更新后新增配置文件未同步 1 |
稳定版和预发布版都写着已修。你现场那一条是否也好了，要在部署上复现一次才知道。先在部署上重现同样的 502 或成本恒为 0，再决定上不上这个 beta。1
另有两条 PR。#869 已合并，不足 100 token 的短输出不再计入平均速度；#868 未合并，为 Antigravity 账号加了 OAuth 管理、按模型显示额度，并记录含五小时窗口的请求与 token 计数。1617
sub2api：要处置的三条都还没进版本
sub2api 在这一窗口没有新版本，最新仍是 10 月 13 日 15:20 发布的 v0.2.16。18
11:44 之后，仓库里新开了 15 条 PR 与 issue，平均二十几分钟一条。按处置价值排，前三条是下面这些。
支付回调被实刷，方案还贴在 issue 里
issue #8075 在北京 13:38 开出，报告 10 月 13 日晚间有站点被套刷额度。手法是拿另一笔未付款订单的签名，拼成「付款成功」通知，系统随后给目标订单加余额。2
报告人的分析指向易支付的 V1 签名规则：下单请求和付款通知共用同一套 MD5 签名，下单时暴露给用户的签名因此可以被复用成付款通知。2
给出的处置有两条。优先换用 V2 RSA 签名，让商户请求和平台响应用不同的密钥；入账前向支付平台查单，把「上游确认已付款」当成加余额的必要条件。报告人说自己这边已经加了 V2 RSA 查单支持。2
到本刊发稿，这套方案只写在 issue 正文里，仓库里还没有承接它的 PR。2
Vertex 账号停号与 502 风暴
PR #8076（北京 13:47）修两条静默失效的停号判定。4
第一条：Vertex 的服务账号被删除后，换 token 返回 400
invalid_grant。三条转发路径把这个错误当成本地构造请求失败，直接回 502，账号仍然留在可调度池里。PR 给出的现场是恢复账号后一小时内持续产生几千次 502。4第二条：账号级的 401 临时不可调度规则在首次命中时就被永久执行。同一个上游错误响应被检查了两次。第一次写入暂停记录，第二次把这条记录当成重复 401 读回，在同一个请求里把账号置错。4
两条都没合并。502 集中出现又查不到账号异常时，先确认服务账号还在不在。4
Gemini 4 Argon 现在按 0 元计费
PR #8078（北京 14:33）为 Gemini 4 Argon 补计费。它给出的现象是：sub2api 的代码和远程价格目录里都没有这个模型，命中它的请求按 0 元计。3
PR 里的价目是每百万 token：
gemini-4-argon 输入 2 美元、输出 10 美元、缓存读取 0.1 美元。这是优惠价，有效到 2026 年 11 月 30 日，12 月 1 日起变为 4 / 20 / 0.2；只在 Vertex 上的 gemini-4-argon-cyber-permissive 是 4 / 20 / 0.2，不参加优惠。3在合并之前，命中这个模型的请求在你这边体现为 0 成本。对账时把这部分用量单独挑出来。3
它在 CLIProxyAPI 侧还有一个前置条件：User-Agent 写成
antigravity/hub/... 时，Google 会把 gemini-4-argon-* 从可用模型列表里剔除。换成 antigravity/cli/... 才拿得到三个档位。19窗口内其余条目
| 条目 | 时间（北京） | 内容与动作 |
|---|---|---|
| PR #8084 | 16:41 | Codex 走 WS 时的传输失败改为在网关内换号恢复，轮间保留账号槽、续聊优先复用。PR 自述实测走 HTTP 的请求占比从 18.70% 降到 3.61%，同一实验里续聊排队中位数由 2.6 秒升到 6.1 秒，因此另加了有界公平准入。未合并 20 |
| Issue #8077 | 14:19 | 同一 OpenAI 登录用户的多个工作区（个人 Plus 与多个 Team）导入 auth.json 仍会互相覆盖，v0.2.16 上可复现 21 |
| Issue #8081 / PR #8083 | 16:04 / 16:12 | OpenAI 兼容账号的模型白名单或映射，在上游目录不含这些名字时，账号测试列表会缺项。报告用火山方舟 CodingPlan 复现，#8083 是修复 2223 |
| Issue #8074 / PR #8079 | 12:36 / 15:04 | adaptive 账号的 api_base_urls.anthropic 在原生 Anthropic 网关被忽略，入站 /v1/messages 会打到错误的上游 base 2425 |
| PR #8080 | 15:08 | 把 web_search 模拟扩到 OpenAI API Key 账号的 /v1/messages，此前这条路径上的 web_search_* 工具会被丢掉。默认关闭，需账号侧开启 26 |
| PR #8086 | 17:05 | admin 批量 2FA，未合并 27 |
| Issue #8085 | 17:05 | 有人报 OpenAI 反代在 15 分钟以上的长文本请求上全部失败，同步与流式都一样，暂时没人给出结论 28 |
CLIProxyAPI：缓存被当成输出计费
CLIProxyAPI 在这一窗口没有新版本，最新仍是 10 月 14 日 08:41 发布的 v8.0.28。29
issue #6611（北京 12:51）报的是一条计费错误：Antigravity 转 Claude 的流式翻译里，上游返回的
candidatesTokenCount 为 0 时，缓存 token 会被当成模型生成的输出。7给一个复现：
promptTokenCount 142871、cachedContentTokenCount 140830、候选与思考都是 0 的上游响应，CPA 输出成 input_tokens 2041、output_tokens 140830、cache_read_input_tokens 140830。报告人在 18 小时里找到 12 条这样的记录，合计约 173 万被当成输出的缓存 token。7识别特征在受影响流里是确定的：
output_tokens 与 cache_read_input_tokens 相等，input_tokens 等于 promptTokenCount 减 cachedContentTokenCount。非流式翻译器没有这个问题。7下游网关拿到 200 和这份用量，会当成一次已经完成的回答，既按输出计费，也不会触发换号。7
同窗口的 PR：
| 条目 | 时间（北京） | 状态与内容 |
|---|---|---|
| PR #6603 / #6605 | 09:35 / 10:15 | 状态与上一期相同，仍未合并：并发保存会留下过期或被清空的 config 与 auth 状态，auth 文件改为原子写 56 |
| PR #6614 | 16:45 | Antigravity 非流式路径的 Claude tool_use id 跨响应重复，重复 id 会让 Claude Code 丢掉第二个调用并重试到轮次上限。修法是改用进程级计数器，进程重启后 id 从 1 重新开始 30 |
| PR #6452 | 10/8 12:53 开出，今日 16:23 更新 | 工具在 tool_result 里返回的 PDF 改为按字节透传，此前被当成 base64 文本，模型读不出来。Codex 路径这一版没动 31 |
| PR #6613 | 15:34 | 新增管理接口 GET /v8/management/routing/models，一次列出每个模型由哪些供应商承接、各注册了几个客户端，不用再逐个凭据去问 32 |
止血 → 恢复 → 防再犯
止血
- 支付：入账前向支付平台查单，确认上游真实付款状态再放行。2
- 号池：Vertex 服务账号被删过的账号先移出可调度池。4
- 计费：命中 Gemini 4 Argon 的请求先按 0 成本对待，对账时单列。3
- 配置：CLIProxyAPI 升级前快照
config.yaml与 auth 目录，同一时刻只留一个配置写入方。5
恢复
502 集中出现时，先把范围缩到账号层面：服务账号是否还在、401 暂停记录是否被写成了永久置错。这两条都还没有版本承接，能动的是调度侧。4
Antigravity 的缓存计费，可以用
output_tokens == cache_read_input_tokens 这个等式在自己的日志里捞一遍，命中的记录属于被计成输出的缓存用量。7防再犯
| 制度 | 说明 |
|---|---|
| 支付对账 | 把「上游确认已付款」写进入账判定的必要条件，不再只看验签结果 2 |
| 停号判定复核 | 定期核对可调度池里是否存在长期 502 的账号 4 |
| 价格目录巡检 | 新模型上线后先确认它在价格目录里，再决定是否对外放出 3 |
| 版本说明交叉核对 | 同一症状重复出现在多版说明里时，按现场复现判断是否已修 1 |
号池与定价
这一窗口能落到价目上的变化只有 Gemini 4 Argon：补计费的 PR 给出输入 2 美元、输出 10 美元、缓存读取 0.1 美元，优惠到 11 月 30 日。3
在 PR 合并之前按 0 元计，定价时先把这段成本算进去，否则它会以 0 成本进入分组。3
模型能不能被调起来还要看 Antigravity 侧的 User-Agent，只有换成
antigravity/cli/... 才会拿到这三个档位。19支付侧这一期有了具体做法：入账前查单。用易支付的站点，把已入账订单按这个口径过一遍。2
下一次通报等新的破坏性版本、明确的额度或封号信号，或者社区已验证的止血步骤。
References
- 1
- 2sub2API 新支付漏洞 · Issue #8075
github.com
- 3
- 4
- 5fix(watcher,auth,store) · PR #6603
github.com
- 6
- 7
- 8Codex reset tracker · OpenTheRank
opentherank.com
- 9Issue: Selected model is at capacity · OpenAI Developer Community
community.openai.com
- 10Claude Status
status.anthropic.com
- 11Google Cloud Service Health
status.cloud.google.com
- 12codex-proxy v2.1.15 · Releases
github.com
- 13
- 14codex-proxy v2.1.16 · Releases
github.com
- 15
- 16
- 17
- 18Sub2API v0.2.16 · Releases
github.com
- 19
- 20feat(openai): WS 传输失败换号 · PR #8084
github.com
- 21多个工作区 auth.json 导入仍会互相覆盖 · Issue #8077
github.com
- 22已配置模型在账号测试列表中消失 · Issue #8081
github.com
- 23
- 24
- 25
- 26
- 27Feat/admin batch 2fa · PR #8086
github.com
- 28openAi 反代的 15 分钟超时怎么解决？ · Issue #8085
github.com
- 29CLIProxyAPI v8.0.28 · Releases
github.com
- 30
- 31
- 32
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.