10/14 21 点续报：早于重建的那次删除会摘掉账号，auth 四条修复一条都没合并
补报 10 月 14 日 20:45 之后的增量：CLIProxyAPI 的 auth 文件删除、写入与停机等待四条修复全部还没合并，另外有一条工具 schema 格式错误和一条上游流中断的文案改动。
上一期通报停在 10 月 14 日 20:45（北京）。这一期补 20:45 之后的一个小时，窗口到 21:45，正文里的时间都是北京时间。
新增的东西全在两条新 PR、两条新 issue 和一次合并里。
现在就做
- 重启或停机前，先确认没有在途的 token 刷新。 v8.0.28 上停止自动刷新会立刻返回，正在写 auth 文件的那次刷新不会被等。56
- 账号被重建之后，到下一次文件事件之前，别把队列里的删除当成结论。 观察时间早于重建的那次删除，会把新账号和它注册的模型一起摘掉。7
- 看到
input_schema不合 JSON Schema draft 2020-12 的报错，先查发起请求的客户端。 报错里的tools.13指的是那次请求里的第 14 个工具，要查的是发起请求那一侧的工具定义。8 - 客户端把上游流中断当终局错误、会话直接停住的，先在自己这一侧补上重试判定。 服务端的文案改动还在未合并的 PR 里。9
- Antigravity 的账号管理与用量面板现在只合进了 dev 分支。 稳定版 v2.1.16 与最新预发布都还没有它。1011
上游：这一小时没有新的额度或封号信号
Anthropic 的状态页在 10 月 14 日没有事件，Claude API 与 Claude Code 都显示正常。14 10 月 7 日开始的那次用量读数异常，已在 10 月 14 日 02:00（北京）标记为已解决。14
Google Cloud 的事件源在窗口内 0 条，最近一条仍是 10 月 8 日的 Cloud Storage 延迟。15
OpenAI 社区 Codex 分区在窗口内没有与额度或风控相关的新帖。窗口里新出现的帖子是 Windows 客户端的浏览器任务报错，与中转运维无关。16
CLIProxyAPI：auth 的四条修复一条都没合并
CLIProxyAPI 最新版本仍是 10 月 14 日 08:41（北京）发布的 v8.0.28。1
这一小时它多了两条 PR、两条 issue，都围着 auth 文件的删除与写入。
早于重建的那次删除会摘掉账号
这个方法在写锁里比两件事：账号是不是在观察时间之后被保存过，本地文件是不是又出现了。两条都成立，这次删除就被丢弃；否则照旧执行。7
只有队列里的删除受影响。运行时删除由 websocket 提供方发起，不带时间，照旧执行。7
停机要等在途刷新落盘，这条也还没合并
PR #6625 在 21:12 开出，处理的是停机与存盘的时序。5
v8.0.28 上，
StopAutoRefresh 取消刷新循环之后立刻返回。某个 worker 可能正在刷新凭据并把它存盘，停机就和这次存盘撞在一起。5#6605 为了绕开这个竞态，在自己的测试里做过一次规避。6
修法是多加一个带上下文的停止入口：先取消循环，再等循环和各个 worker 结束。
Service.Shutdown 用它，并受关机截止时间约束，超时就记一条警告。5作者另外说明，启动循环被替换时旧循环仍然不会被等。5
#6603 与 #6605 的状态没变
一条对不上源码的报称
20:49 开出的 issue #6623 称，Responses 转译里的
setCodexRequiredInclude 会把调用方给的 include 覆盖成只留 reasoning.encrypted_content，web_search_call.action.sources 于是到不了上游。19无条件写死
include 的地方在同仓库另外两条转译路径上，那两条的输入格式里本来就没有这个字段。21这条先记进待核，别为它安排升级。
新报的格式错误
21:33 开出的 issue #6626，标题写「新版内核更新后，cc 模型都返回格式错误」，正文只有一张截图。8
invalid_request_error，内容是 tools.13.custom.input_schema: JSON schema is invalid. It must match JSON Schema draft 2020-12。报告人没有给版本号、复现步骤和配置，到发稿也没有回复，这条只能当线索看。8
同类的 input_schema 报错此前在 codex2api 上修过一次。10 月 12 日发布的 v3.1.0 把 schema 里大写的类型改成小写，修的是 Antigravity 带工具的 Claude 请求全 400。4
sub2api：流中断的文案让客户端不再重试
sub2api 在这一窗口没有新版本，最新仍是 10 月 13 日 15:20 发布的 v0.2.16。2
21:37 开出的 PR #8089 改的是错误文案，三条消息的末尾都会加上一句话。9
| 错误码 | 改动前的消息 | 改动后 |
|---|---|---|
upstream_http2_stream_error | Upstream HTTP/2 stream failed | 末尾加上 You can retry your request. 9 |
upstream_stream_truncated | Upstream response stream ended before completion | 同上 9 |
upstream_stream_read_error | Upstream response stream was interrupted | 同上 9 |
作者举的例子是 Pi 1.0.4 与 1.2.0：收到这条消息后直接结束会话，不再重试。9
量级来自作者自己的部署，那里跑的是 v0.2.9 加 OpenAI OAuth 账号。9 月 30 日到 10 月 14 日，这套部署记录到 106 次
Upstream HTTP/2 stream failed，占最近一周 OpenAI 请求的 0.13% 左右。9重置发生在流的随机位置，4 秒到 900 秒都有。9
错误码、HTTP 状态和故障转移行为都没改，故障转移路径上仍是 502，已经在吐字之后 sub2api 仍然不会重放这次流。9
作者另外写明，这不是 issue #8064 的解法。9 #8064 报的正是这个症状：Codex 一直 Reconnecting，任务继续不下去。这条 issue 在 10 月 14 日 03:54 开出，到发稿 0 回复。22
动作落在客户端：把这三条文案，或者
upstream_http2_stream_error 这个码，加进可重试判定。9v0.2.16 上这三条消息还没有后半句，现在只能在自己这一侧补判定。2
codex-proxy：Antigravity 账号管理合进了 dev
codex-proxy 的稳定版仍是 10 月 13 日 15:25 发布的 v2.1.16，最新预发布仍是 10 月 14 日 17:24 的 v2.1.17-beta.1604624。两个版本都还没有下面这条功能。311
后端按账号记请求数、Token 数与生图数，其中含五小时窗口统计，并按 Cloud Code 套餐（Pro / Ultra / Free）选择请求端点。10
作者跑了 3392 个单测（52 个跳过）、类型检查与前端构建，会调用真实上游的那套测试没跑。10
#870 改的也是这块界面，修的是账号区显示「暂无已连接的账户」和 0 / 0。23
止血、恢复与防再犯
止血
- 停机或升级前，先确认没有正在进行的 token 刷新。进程在存盘中间结束，auth 文件可能只落一半。56
- 账号被重建之后，到下一次文件事件之前，判断账号还在不在要去看 auth 目录里的文件。717
- 把上游流中断的三条文案，或者
upstream_http2_stream_error这个码，加进客户端侧的可重试判定。9
恢复
防再犯
| 制度 | 说明 |
|---|---|
| 停机前查在途刷新 | 把「有没有 worker 正在存 auth」列进重启前的检查项 5 |
| 账号核对以文件为准 | 队列状态会过期，auth 目录里的文件不会 7 |
| 错误文案白名单 | 把可重试的上游流中断文案固定下来，上游改文案时复核 9 |
| 报称先对源码 | 社区报称先在本版本源码里搜一遍，再决定升不升级 1920 |
号池与定价
这一窗口没有新的价目表。
Antigravity 的用量追踪进了 dev 之后，面板会按模型显示额度与账号级计数。要按用量做分组或定价判断，这份数据现在还看不到。10
下一次通报等新的破坏性版本、明确的额度或封号信号，或者社区已验证的止血步骤。
References
- 1CLIProxyAPI v8.0.28 · Releases
github.com
- 2Sub2API v0.2.16 · Releases
github.com
- 3
- 4codex2api v3.1.0 · Releases
github.com
- 5
- 6
- 7
- 8
- 9
- 10
- 11codex-proxy v2.1.16 · Releases
github.com
- 12Codex reset tracker
opentherank.com
- 13Codex Reset — Last Reset Tracker
codex-reset.com
- 14Claude Status
status.anthropic.com
- 15Google Cloud Service Health
status.cloud.google.com
- 16Latest Codex topics · OpenAI Developer Community
community.openai.com
- 17
- 18
- 19
- 20
- 21
- 22
- 23
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.