10/19 上午速报：Antigravity 那张额度卡死单被标成 Fixed，可 v8.0.33 里它仍是永久的——充值不解除，只能重启 (2026)

这一小时四个仓库仍然没发版。CLIProxyAPI 的主干也停在 2026-10-18T18:35:21Z（北京 02:35）。

本期覆盖北京时间 10-19 06:18 到 07:16，共 58 分钟。

先说结论：维护者刚把 Antigravity 那张「额度耗尽后永久停用」的单标成 Fixed，可修复只活在 dev。 v8.0.33 里这个状态仍然是永久的，充值、刷新令牌都不解除。

今晚唯一确定有效的动作是重启进程。

标签是补记，修复比它早四个半小时

#6745 是 10-18 21:03（北京）开的报障单，标题就把修法写出来了：让这张额度提示可以定期重新核对。

这一小时里它只发生了一件事。07:03:07（北京）维护者 luispater 给它打了 Fixed 标签，单子仍 open、0 评论。

代码其实早就进了 dev。904ec710 在 10-19 02:35 落地，7 文件 +436/−7，提交说明末尾写着 Closes: #6745。

你手里的版本早于它。v8.0.33 发布于 10-18 21:06（北京），比这笔提交早五个半小时。

所以「已修复」这三个字对运维只有一个含义：下一版会好，这一版不会。

v8.0.33 里它为什么是永久的：闸门看的是「有没有」，不是「新不新」

打标只在一种情况下发生。配置开了 AI credits 兜底，且上游把 INSUFFICIENT_G1_CREDITS_BALANCE 写在 error.details 里。

代码在 antigravity_executor_execute.go 第 169–174 行。

流式那条路在 antigravity_executor_stream.go 第 179–181 行。

判定函数在 antigravity_executor_credits.go 第 326 行，只认 ErrorInfo 里那个 reason 字符串。

打标一次写三处。失败态记成 PermanentlyDisabled 与 ExplicitBalanceExhausted。

余额快照写成 0 对 1，额度提示写成 Known 真、Available 假。

然后就是那句话。第 366 行只要提示存在且 Known，直接 return。

它不看 UpdatedAt。而「复查成功后清掉永久失败态」那句在第 577–579 行，永远等不到执行。

十分钟这个数字本来就有。antigravity_executor.go 第 45 行是 antigravityCreditsHintRefreshInterval = 10 * time.Minute。

它只用来给刷新队列限速，管不到这道闸门。

v8.0.33 的 internal/runtime/executor/antigravity_executor_credits.go 第 358–392 行：第 366 行是那道早退，只要提示存在且 Known 就 return；380 行起的 home-kv 刷新锁与后续复查都轮不到跑

提示存在哪，决定了你要怎么清。提示在 sdk/cliproxy/auth/antigravity_credits.go 第 39 行的进程内 map 里，另一份余额快照也在内存。

两个 map 都没有 TTL。进程不重启，它就一直在。

影响面：只挡「额度兜底」这一条路，不挡正常请求

选号那一侧更直接。findAllAntigravityCreditsCandidateAuths 把提示读出来，Known 且 !Available 就 continue。

这张凭证连 unknown 名单都进不去，等于从兜底候选里被摘掉。

v8.0.33 的 sdk/cliproxy/auth/conductor_home.go 第 1310–1326 行：第 1319–1322 行判断提示已知且不可用就直接 continue，既不进 known 也不进 unknown

它挡的是什么？Claude 的免费额度用光、请求吃到 429 之后，拿 AI credits 再试一次的那条路。

正常请求不受影响。凭证不会被禁用，也不会掉出普通选号。

还有一条边界：Home 模式根本没有这条兜底。

shouldAttemptAntigravityCreditsFallback 第一句就判 m.HomeEnabled()，为真直接返回 false。

所以影响面是：单机实例、antigravity-credits 开着、且某张凭证吃到过这条 429。三个条件同时满足才轮得到你。

今晚的三步

第一步，确认你在不在里面。v8 里这个键是 oauth.providers.antigravity.antigravity-credits。

旧写法 quota-exceeded.antigravity-credits 会被自动迁移过去，见 config_v8.go 第 101 行。

样例在 config.example.yaml 第 1114 行。

第二步，重启进程。这是唯一确定有效的动作，因为提示和余额快照都在内存里。

重启之后提示是空的，下一轮请求前会重新向上游问一次额度。充过的值这时候才被看到。

第三步，别把希望放在这三件事上。充值本身不触发复查；刷新 access token 也一样，ensureAccessToken 调的是同一个早退函数。

管理端的 POST /v8/management/routing/cooldown/reset 也不清它。

那个接口清的是额度与冷却状态，见 management/quota.go 第 28 行。

如果重启代价太大，还有一条退路：把 antigravity-credits 关掉。代价是放弃这条兜底，但那张被钉住的凭证会重新参与普通路由。

dev 的修法：给这条提示加十分钟保质期

904ec710 一共动七处，核心是把「存在」换成「还新鲜」。

常量搬到了 auth 包，名字是 AntigravityCreditsHintRefreshInterval，值是十分钟。

判据是同文件第 45 行的 IsAntigravityCreditsHintFresh。

dev 分支 sdk/cliproxy/auth/antigravity_credits.go 第 24–50 行：第 29–31 行是新的十分钟常量，第 45–47 行是 IsAntigravityCreditsHintFresh 的判据表达式

闸门改成看新鲜度：提示超过十分钟，就允许重新探测。

选号侧同步改了：过期的负向提示不再直接剔除，而是归到 unknown 里重查一次。

清零那一段也重写了。用 LoadAndDelete 判断有没有真出过失败，再决定要不要把提示写成空。

顺带一处归类改动：INSUFFICIENT_G1_CREDITS_BALANCE 被并进满额耗尽的判定，和 QUOTA_EXHAUSTED 同一支。

有一处得说清楚，免得你按字面理解。

PermanentlyDisabled 与 ExplicitBalanceExhausted 这两个布尔，在 dev 整包里仍然只有赋值、没有读取方。

修的是提示的新鲜度，不是这两个位。

这道补丁还没发版，main 上也没有。它进的是 dev 的 904ec710。

次条：#6727 的自动评审又跑了一遍，结论仍是「有未解决项」

06:28（北京）这条 PR 的 updated_at 变了，但代码没动。

变的是自动评审那条汇总评论，触发原因写着 New commits，评的还是原来那笔 43be047。

结论仍是 has_unresolved_findings: true。#6727 仍 open、2 文件 +250/−0。

顺带把编号分清：#6721 已于 10-17 22:55（北京）按「被 #6722 取代」关闭。两个号差一个数字，说的不是一回事。

病根没变：auth-dir 写相对路径时，authIDForPath 会回落到绝对路径，保存时凭证 ID 对不上。

同一病根在 dev 已修（a7608a8a25，10-18 17:30 北京），发行版没有。规避也没变：auth-dir 写绝对路径。

次条：#6172 夜里又加一笔，把 macOS 桌面版 Claude Code 也接进订阅池

06:52（北京）这张 PR 的 head 多了一笔合并提交，标题写明把 Mac 上的每个 Claude Code、含桌面版，都接进池子，失败就关死（fail closed）。

#6172 已经开了三周。173 个文件 +34594/−98，115 笔提交，mergeable 是 dirty，仍 open。

它做的是本地启动器：让原生 Claude Code 登录不动，只把 /v1/messages 与 count_tokens 转到另外几个订阅档案上。

对中转站来说这不是服务端能力，今晚没有可执行动作。维护者这边也只有一条 10-17 的提问：「这玩意儿解决什么问题」。

上游与额度这一小时

四个仓库的版本全没动。CLIProxyAPI v8.0.33、sub2api v0.2.17、codex2api v3.1.1。

codex-proxy 稳定版仍是 v2.1.18，预发布 v2.1.19-beta.f824033 也没动。

主干同样没动。CLIProxyAPI main 停在 10-18 13:05:44Z，sub2api main 停在 10-16T04:42:02Z。

codex-proxy dev 停在 10-18T10:46:30Z，codex2api main 停在 10-16T21:35:26Z。

三家上游全绿。status.openai.com 为 All Systems Operational，活动事件 0。

status.anthropic.com 同样全绿，今日无事件。

status.cloud.google.com 仍是 7 条，最近一条是 10-08 到 10-09 的 Cloud Storage。

额度侧没有新信号。codex-reset.com 记今日 UTC 尚未重置。

最近一次已验证的全局重置是 Oct 17 20:41 UTC，北京 10-18 04:41，约 27 小时前。累计 55 次全局、10 次 banked，pace 约每 3 天。

把 Tibo 的提示计入后，24 小时 45%、48 小时 70%；模型口径是 21% 与 37%。页面计算时刻为 10-18 23:16 UTC。

opentherank.com/codex-reset/ 仍记 63 次、中位间隔 3.1 天、最长 68 天。

@thsottiaux 最新一条是 2026-10-18T20:34:06Z（2111918768733753664），在窗口之前，是句玩笑。

社区侧窗口内没有可收的。OpenAI 开发者社区 Codex 分区最新一条停在 21:27:55Z，也在窗口前。

Reddit 三个板块里，窗口内只有 r/ClaudeAI 22:19:05Z 一条作品展示；r/OpenAI 最新在 22:03:58Z，同样在窗口前。

还没落地的东西

#6745 的修复什么时候发版，以及发布说明会不会提到需要重启这件事。
#6727 自动评审指出的未解决项，作者会不会再改一版。
#6172 三周了还是 dirty，维护者要不要表态。
dev 的十分钟保质期，在 Home 模式下会不会与那 30 分钟的 KV 过期叠出别的问题。

四个仓库这一小时都没有发版，所以上面每一项都还没进任何人的发行版。

这一小时四个仓库仍然没发版。CLIProxyAPI 的主干也停在 2026-10-18T18:35:21Z（北京 02:35）。

本期覆盖北京时间 10-19 06:18 到 07:16，共 58 分钟。

今晚唯一确定有效的动作是重启进程。

标签是补记，修复比它早四个半小时

#6745 是 10-18 21:03（北京）开的报障单，标题就把修法写出来了：让这张额度提示可以定期重新核对。

这一小时里它只发生了一件事。07:03:07（北京）维护者 luispater 给它打了 Fixed 标签，单子仍 open、0 评论。

代码其实早就进了 dev。904ec710 在 10-19 02:35 落地，7 文件 +436/−7，提交说明末尾写着 Closes: #6745。

你手里的版本早于它。v8.0.33 发布于 10-18 21:06（北京），比这笔提交早五个半小时。

所以「已修复」这三个字对运维只有一个含义：下一版会好，这一版不会。

v8.0.33 里它为什么是永久的：闸门看的是「有没有」，不是「新不新」

打标只在一种情况下发生。配置开了 AI credits 兜底，且上游把 INSUFFICIENT_G1_CREDITS_BALANCE 写在 error.details 里。

代码在 antigravity_executor_execute.go 第 169–174 行。

流式那条路在 antigravity_executor_stream.go 第 179–181 行。

判定函数在 antigravity_executor_credits.go 第 326 行，只认 ErrorInfo 里那个 reason 字符串。

打标一次写三处。失败态记成 PermanentlyDisabled 与 ExplicitBalanceExhausted。

余额快照写成 0 对 1，额度提示写成 Known 真、Available 假。

然后就是那句话。第 366 行只要提示存在且 Known，直接 return。

它不看 UpdatedAt。而「复查成功后清掉永久失败态」那句在第 577–579 行，永远等不到执行。

十分钟这个数字本来就有。antigravity_executor.go 第 45 行是 antigravityCreditsHintRefreshInterval = 10 * time.Minute。

它只用来给刷新队列限速，管不到这道闸门。

提示存在哪，决定了你要怎么清。提示在 sdk/cliproxy/auth/antigravity_credits.go 第 39 行的进程内 map 里，另一份余额快照也在内存。

两个 map 都没有 TTL。进程不重启，它就一直在。

影响面：只挡「额度兜底」这一条路，不挡正常请求

选号那一侧更直接。findAllAntigravityCreditsCandidateAuths 把提示读出来，Known 且 !Available 就 continue。

这张凭证连 unknown 名单都进不去，等于从兜底候选里被摘掉。

v8.0.33 的 sdk/cliproxy/auth/conductor_home.go 第 1310–1326 行：第 1319–1322 行判断提示已知且不可用就直接 continue，既不进 known 也不进 unknown

它挡的是什么？Claude 的免费额度用光、请求吃到 429 之后，拿 AI credits 再试一次的那条路。

正常请求不受影响。凭证不会被禁用，也不会掉出普通选号。

还有一条边界：Home 模式根本没有这条兜底。

shouldAttemptAntigravityCreditsFallback 第一句就判 m.HomeEnabled()，为真直接返回 false。

所以影响面是：单机实例、antigravity-credits 开着、且某张凭证吃到过这条 429。三个条件同时满足才轮得到你。

今晚的三步

第一步，确认你在不在里面。v8 里这个键是 oauth.providers.antigravity.antigravity-credits。

旧写法 quota-exceeded.antigravity-credits 会被自动迁移过去，见 config_v8.go 第 101 行。

样例在 config.example.yaml 第 1114 行。

第二步，重启进程。这是唯一确定有效的动作，因为提示和余额快照都在内存里。

重启之后提示是空的，下一轮请求前会重新向上游问一次额度。充过的值这时候才被看到。

第三步，别把希望放在这三件事上。充值本身不触发复查；刷新 access token 也一样，ensureAccessToken 调的是同一个早退函数。

管理端的 POST /v8/management/routing/cooldown/reset 也不清它。

那个接口清的是额度与冷却状态，见 management/quota.go 第 28 行。

如果重启代价太大，还有一条退路：把 antigravity-credits 关掉。代价是放弃这条兜底，但那张被钉住的凭证会重新参与普通路由。

dev 的修法：给这条提示加十分钟保质期

904ec710 一共动七处，核心是把「存在」换成「还新鲜」。

常量搬到了 auth 包，名字是 AntigravityCreditsHintRefreshInterval，值是十分钟。

判据是同文件第 45 行的 IsAntigravityCreditsHintFresh。

dev 分支 sdk/cliproxy/auth/antigravity_credits.go 第 24–50 行：第 29–31 行是新的十分钟常量，第 45–47 行是 IsAntigravityCreditsHintFresh 的判据表达式

闸门改成看新鲜度：提示超过十分钟，就允许重新探测。

选号侧同步改了：过期的负向提示不再直接剔除，而是归到 unknown 里重查一次。

清零那一段也重写了。用 LoadAndDelete 判断有没有真出过失败，再决定要不要把提示写成空。

顺带一处归类改动：INSUFFICIENT_G1_CREDITS_BALANCE 被并进满额耗尽的判定，和 QUOTA_EXHAUSTED 同一支。

有一处得说清楚，免得你按字面理解。

PermanentlyDisabled 与 ExplicitBalanceExhausted 这两个布尔，在 dev 整包里仍然只有赋值、没有读取方。

修的是提示的新鲜度，不是这两个位。

这道补丁还没发版，main 上也没有。它进的是 dev 的 904ec710。

次条：#6727 的自动评审又跑了一遍，结论仍是「有未解决项」

06:28（北京）这条 PR 的 updated_at 变了，但代码没动。

变的是自动评审那条汇总评论，触发原因写着 New commits，评的还是原来那笔 43be047。

结论仍是 has_unresolved_findings: true。#6727 仍 open、2 文件 +250/−0。

顺带把编号分清：#6721 已于 10-17 22:55（北京）按「被 #6722 取代」关闭。两个号差一个数字，说的不是一回事。

病根没变：auth-dir 写相对路径时，authIDForPath 会回落到绝对路径，保存时凭证 ID 对不上。

同一病根在 dev 已修（a7608a8a25，10-18 17:30 北京），发行版没有。规避也没变：auth-dir 写绝对路径。

次条：#6172 夜里又加一笔，把 macOS 桌面版 Claude Code 也接进订阅池

06:52（北京）这张 PR 的 head 多了一笔合并提交，标题写明把 Mac 上的每个 Claude Code、含桌面版，都接进池子，失败就关死（fail closed）。

#6172 已经开了三周。173 个文件 +34594/−98，115 笔提交，mergeable 是 dirty，仍 open。

它做的是本地启动器：让原生 Claude Code 登录不动，只把 /v1/messages 与 count_tokens 转到另外几个订阅档案上。

对中转站来说这不是服务端能力，今晚没有可执行动作。维护者这边也只有一条 10-17 的提问：「这玩意儿解决什么问题」。

上游与额度这一小时

四个仓库的版本全没动。CLIProxyAPI v8.0.33、sub2api v0.2.17、codex2api v3.1.1。

codex-proxy 稳定版仍是 v2.1.18，预发布 v2.1.19-beta.f824033 也没动。

主干同样没动。CLIProxyAPI main 停在 10-18 13:05:44Z，sub2api main 停在 10-16T04:42:02Z。

codex-proxy dev 停在 10-18T10:46:30Z，codex2api main 停在 10-16T21:35:26Z。

三家上游全绿。status.openai.com 为 All Systems Operational，活动事件 0。

status.anthropic.com 同样全绿，今日无事件。

status.cloud.google.com 仍是 7 条，最近一条是 10-08 到 10-09 的 Cloud Storage。

额度侧没有新信号。codex-reset.com 记今日 UTC 尚未重置。

最近一次已验证的全局重置是 Oct 17 20:41 UTC，北京 10-18 04:41，约 27 小时前。累计 55 次全局、10 次 banked，pace 约每 3 天。

把 Tibo 的提示计入后，24 小时 45%、48 小时 70%；模型口径是 21% 与 37%。页面计算时刻为 10-18 23:16 UTC。

opentherank.com/codex-reset/ 仍记 63 次、中位间隔 3.1 天、最长 68 天。

@thsottiaux 最新一条是 2026-10-18T20:34:06Z（2111918768733753664），在窗口之前，是句玩笑。

社区侧窗口内没有可收的。OpenAI 开发者社区 Codex 分区最新一条停在 21:27:55Z，也在窗口前。

Reddit 三个板块里，窗口内只有 r/ClaudeAI 22:19:05Z 一条作品展示；r/OpenAI 最新在 22:03:58Z，同样在窗口前。

还没落地的东西

#6745 的修复什么时候发版，以及发布说明会不会提到需要重启这件事。
#6727 自动评审指出的未解决项，作者会不会再改一版。
#6172 三周了还是 dirty，维护者要不要表态。
dev 的十分钟保质期，在 Home 模式下会不会与那 30 分钟的 KV 过期叠出别的问题。

四个仓库这一小时都没有发版，所以上面每一项都还没进任何人的发行版。

10/19 上午速报：Antigravity 那张额度卡死单被标成 Fixed，可 v8.0.33 里它仍是永久的——充值不解除，只能重启

标签是补记，修复比它早四个半小时

v8.0.33 里它为什么是永久的：闸门看的是「有没有」，不是「新不新」

影响面：只挡「额度兜底」这一条路，不挡正常请求

今晚的三步

dev 的修法：给这条提示加十分钟保质期

次条：#6727 的自动评审又跑了一遍，结论仍是「有未解决项」

次条：#6172 夜里又加一笔，把 macOS 桌面版 Claude Code 也接进订阅池

上游与额度这一小时

还没落地的东西

Related content

10/19 上午速报：Antigravity 那张额度卡死单被标成 Fixed，可 v8.0.33 里它仍是永久的——充值不解除，只能重启

标签是补记，修复比它早四个半小时

v8.0.33 里它为什么是永久的：闸门看的是「有没有」，不是「新不新」

影响面：只挡「额度兜底」这一条路，不挡正常请求

今晚的三步

dev 的修法：给这条提示加十分钟保质期

次条：#6727 的自动评审又跑了一遍，结论仍是「有未解决项」

次条：#6172 夜里又加一笔，把 macOS 桌面版 Claude Code 也接进订阅池

上游与额度这一小时

还没落地的东西

Related content