10/19 深夜速报：面板上的 0% 是另一个域名的读数，付费号在 daily 已用 37.7%
这一小时四仓没有新版本：Antigravity 的额度面板读的是生产域名，付费号在 daily 已用 37.7% 面板仍显示 0%；CLIProxyAPI 的 dev 上连落三笔，上一期那条 readOnly 400 已修却升不到；OpenAI 的文件下载报错 42 分钟后恢复。
这一期从上期发稿的 21:52 到现在，不到一小时。四个仓库都没有新版本，最新仍是 sub2api v0.2.17 与 CLIProxyAPI v8.0.34。
今晚值得先看三件：
- Antigravity 的额度面板可能一直在读另一个域名。付费号在 daily 侧已经用掉 37.7%，面板还是 0%。
- CLIProxyAPI 的 dev 上连落三笔，上一期头条那条 readOnly 400 已经修了，但今晚没有任何版本能升到它。
- 上游 OpenAI 的文件下载报错在 42 分钟后恢复；Codex 今天 UTC 仍没重置。
面板上的 0%，是另一个域名的读数
先说结论：给 Antigravity 付费号配了 daily 转发的中转，面板上的 Gemini 额度不能当额度用。
报障单 #8212 是今天下午 14:14 开的，作者 lLLYYDS-ABC，目前 open、没有评论。1
他的环境里设了
GATEWAY_ANTIGRAVITY_FORWARD_BASE_URL=daily。后台的 AntigravityQuotaFetcher 仍然写死请求生产域名 cloudcode-pa.googleapis.com。生产域名返回的
gemini-* 条目，remainingFraction 恒为 1，resetTime 永远等于「请求时刻 + 5 小时」，跟着墙钟往后滑。同一时间，daily 域名上已经用了 25.62%，面板仍是 0%。
backend/internal/service/antigravity_quota_fetcher.go 第 47–92 行，v0.2.17。第 60 行是唯一的取数点，第 148 行把 remainingFraction 换成已用百分比。只有连接错误、429、408、404 或 5xx 才会切到下一个端点。生产端点回 200，探测就永远不会去看 daily。
转发那侧是另一套规则：付费档账号默认取
baseURLs[1]，也就是 daily。4
同文件第 49–71 行。第 64 行处理显式 daily/sandbox，第 67 行处理「没配环境变量、但账号是付费档」。
于是同一张凭证的两条路落在两个桶上：探测问生产，流量走 daily。面板盯的是一个没人消耗的桶。
还有一个更早的缺口。v0.2.17 整个仓库搜不到
retrieveUserQuotaSummary，0 命中。所以 5 小时窗口与 Claude / GPT 共享池从来没在面板上出现过，只有模型级读数。
修法已经有两张单。22:02 开出的 #8226 把两件事合在一起。5
- 两个查询都走
resolveAntigravityForwardBaseURL：fetchAvailableModels与retrieveUserQuotaSummary。 - Gemini 与 Claude/GPT 分成两个共享池，各画 5 小时与周窗口，跳过 disabled 桶。
- 取不到 quota summary 时退回模型级读数。
作者给的对照很硬：同一个付费账号、同一个 token 与 project，生产端点回 Gemini 周用 7.004% / 5 小时 0%，daily 回 37.684% / 2.902%。
Claude 在两边一致。错只错在 Gemini 这一侧。
同一天里，上一张 #8157 在 22:02:38 关闭，理由是「被 #8226 取代」。6
同一张补丁还顺手修了另一个 60 秒
#8226 的后半段与配额无关，但值班会撞上：流式请求在等上游响应头的那段时间没有心跳。
作者的现场记录是反复出现约 34 MB 的请求在 60 秒失败，Nginx 报
upstream timed out ... while reading response header。改法是在等响应头期间补发 SSE 注释心跳，默认 15 秒一次，或取更短的 stream keepalive 配置。
在它发版之前，这类大请求要么调大 Nginx 的读超时，要么先拆小。
值班动作两条：付费号加 daily 转发的部署，别拿面板 0% 当「还有很多额度」；要判断真实余量，得看 daily 那一侧。#8226 仍是 open，v0.2.17 拿不到。
CLIProxyAPI 的 dev 上，上一期那条 400 已经修了
21:41、21:57、22:07，dev 上连落三笔，都是维护者 Luis Pater 直接提交，没有走 PR。
第一笔就是上一期头条的补丁。7
改动只有一行：在
removeUnsupportedKeywords 的 metadata 名单末尾追加 readOnly 与 writeOnly。加上 117 行测试，共 2 个文件 +118/−1。
internal/util/gemini_schema.go 第 1914–1937 行，dev 分支。第 1918 行末尾多了 "readOnly", "writeOnly"；第 1929 行的 isPropertyDefinition 没动，真叫 readOnly 的参数仍然保得住。Closes: #6778 写在提交说明里。#6778 在 22:12:13 被这笔提交引用，22:12:22 打上 Fixed 标签。8注意它没有关闭。这个仓库的做法是先进 dev 标 Fixed，到发版那一刻才批量关——上一版 v8.0.34 就是一次关了 17 张。
上一期提到的 PR #6779 还开着，是同一个改法的另一份实现。9
第二笔 21:57，给 Claude 搜索缓存加了 Home KV。10
它只在 Home 模式生效：命中时写 KV 并带 TTL，读回时续期。11
同一个文件第 64–100 行。第 84 行的
homeMode 是分水岭：非 Home 的实例仍然落到下面的内存 LRU，重启照样空。也就是说，单机部署就算升到带这笔的版本，搜索缓存还是会随重启消失。上一期 #6780 提的「重启即空」只对 Home 模式解决。12
第三笔 22:07，Kimi 与 Meta 的 Responses 路线开始支持 Codex 远端压缩 v2。13
8 个文件 +933/−53。它在两条原生路线上截住
compaction_trigger，合成封口的压缩胶囊，并拒绝不完整的上游摘要；重放时把胶囊展开成 developer 上下文消息、丢掉外来的压缩项。三笔都不在任何 tag 里。main 停在 19:00（北京），dev 头已到 22:07，发行版仍是 v8.0.34。
今晚升级拿不到这三笔。要它们只能自编译 dev，代价是把还没评审的提交一起带上。
三条次要动态
独立搜索仍会回 503。 22:43 开出的 #6783：
POST /v1/alpha/search 与 /backend-api/codex/alpha/search 这两条路不跑插件的请求生命周期。15依赖 before-auth 请求绑定的选择器会直接回
missing_request_binding。作者在上游 e7d4c73 上写的回归测试是 status = 503, want 200。只有装了带选择器的插件才会踩。PR 已把前后两个钩子接上，自动评审留了一条未解决发现，仍 open。
插件配额会取错凭据。 21:35 的 #6782：按索引取配额时，它从 auth 文件重新灌一份凭据。内存里换过的、或根本不落文件的运行时凭据，就取成了别人。16
删不掉的模型。 22:33 的 #8227：Antigravity 账号存了显式
model_mapping 之后，/v1/models、Codex 目录、Gemini 原生 /v1beta/models 仍会列出运行时补入的默认透传模型与兼容别名。17在账号编辑页把它们删掉也清不干净目录。改法是有显式映射就用映射，没配才用默认目录。
上游与额度
上一期报的 OpenAI 文件下载报错已经结束。21:31:52 开单并定位，22:14:03 resolved，前后 42 分钟。18
现在的摘要页是 All Systems Operational，活动事件 0 条。19
这期间的文件下载、上传、图片生成报错可以归到上游，不用再查本地。
Anthropic 全绿，今天没有事件。20
Google Cloud 仍是 7 条，最近一条还是 10 月 8 日到 9 日的 Cloud Storage。21
Codex 今天 UTC 仍没重置。最近一次已验证的全局重置在北京 10 月 18 日凌晨 4:41，距今 42 小时。22
累计 55 次全局、10 次 banked，节奏约每 3 天一次。把 Tibo 18 小时前那条提示算进预测，24 小时口径 45%、48 小时口径 70%。
opentherank 的口径是 63 次、中位 3.1 天、最长 68 天（2025-12-25 → 2026-03-03）。23
四仓版本：sub2api v0.2.17、CLIProxyAPI v8.0.34、codex-proxy 稳定 v2.1.18（预发布 v2.1.19-beta.f824033）、codex2api v3.1.1。24252627
codex-proxy 与 codex2api 这个窗口里 0 条条目更新，主干也没动。
OpenAI 开发者社区 Codex 分区这一轮取到 25 条，最新一条是 18:05 的，在窗口之前。28
Reddit 的 r/OpenAI 也取到了，窗口内两条是模型体感与上下文退化，没有额度或封号类，未收。
未收与待跟
#8226 什么时候合、会不会先并 #8214，今晚没有答案。
#8227 与 #8093（上游能力同步那次）的边界怎么划，要等维护者看。
#6783 那条未解决发现会不会让作者改掉接钩子的做法。
非 Home 实例的搜索缓存跨重启，这一笔没有解决，仍等后续。
以及老规矩：上面所有 open 的东西，都要等下一个 tag 才轮到发行版。
References
- 1#8212 配额探测固定请求生产域名
github.com
- 2
- 3v0.2.17 client.go 第 687 行
github.com
- 4
- 5PR #8226 对齐配额端点并补响应头心跳
github.com
- 6PR #8157 已关闭
github.com
- 7提交 154d5144 把两个词加进名单
github.com
- 8#6778 已标 Fixed，状态仍是 open
github.com
- 9PR #6779 仍 open
github.com
- 10提交 ab9c06b4 加 Home KV 支撑
github.com
- 11dev 第 84 行是那个分支
github.com
- 12#6780 仍 open
github.com
- 13提交 344e0ef9 支持 Kimi / Meta 压缩 v2
github.com
- 14#6781 已标 Fixed
github.com
- 15PR #6783 给独立搜索补上生命周期
github.com
- 16PR #6782 用选中的那份凭据取配额
github.com
- 17PR #8227 目录跟随显式映射
github.com
- 18OpenAI 状态页 File Download errors
status.openai.com
- 19status.openai.com summary
status.openai.com
- 20status.anthropic.com
status.anthropic.com
- 21status.cloud.google.com
status.cloud.google.com
- 22codex-reset.com
codex-reset.com
- 23opentherank Codex 重置追踪
opentherank.com
- 24CLIProxyAPI Releases
github.com
- 25sub2api Releases
github.com
- 26codex-proxy Releases
github.com
- 27codex2api Releases
github.com
- 28community.openai.com Codex 分区
community.openai.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.