重置卡到期不会自己用掉：sub2api 的自动用卡补丁还开着，今天先手动消耗一张
这一小时四个仓库都没有新版本；真正要动手的是号池里那些到期不会自动用掉的重置卡——sub2api 的到期前自动用卡还停在未合并的补丁里，今天先靠面板和手动消耗救。
北京时间 13:32 到现在，四个仓库一个新版本都没发。今天不用升级，但号池里有一笔额度可能在这一小时内白白过期。
需要动手处理的只有两件：一张还没合并的补丁，一份还没人接的提案。上游那边倒是翻转了——OpenAI 状态页已经恢复。
本期版位
| 仓库 | 当前版本 | 发布时间（北京） | 窗口内 |
|---|---|---|---|
| CLIProxyAPI | v8.0.521 | 11-03 凌晨 | 零发版，dev 自 13:00 起无提交 |
| sub2api | 0.2.192 | 10-28 18:16 | 零发版，一条补丁新开 |
| codex-proxy | v2.1.223 | 11-03 07:35 | 零发版 |
| codex2api | v3.1.24 | 10-28 04:40 | 零发版，一条提案新开 |
四个仓库当前跑的版本都在本窗口之前发布，今天没有该升的版本。
一、sub2api：重置卡只在用量打满时才会被用掉
先给结论：v0.2.19 的自动用卡只看用量比例，不看卡的到期时间。一张卡在有效期内没被用满，到期就是纯损失，没有任何本地补偿。
影响面是所有开着
auto_reset_credit_enabled 的 OpenAI OAuth 账号。如果你的重置卡不是每天都打满，这条就直接对上你的号池。现状只有三个可配项：开关、5 小时阈值、7 天阈值5。
两个阈值默认都是
1.0，也就是用量到 100% 才触发，最小只能调到 0.001。
auto_reset_credit_enabled、auto_reset_credit_5h_threshold、auto_reset_credit_7d_threshold；默认阈值 1.0、下限 0.001，没有到期相关的键5判定逻辑是一行或运算：两个窗口各自过阈值，任一命中就重置6。
reset5h := utilization5h >= config.Threshold5h
reset7d := utilization7d >= config.Threshold7d
resetReached := reset5h || reset7d意味着你现在没法只跟 7 天窗口，也没法关掉其中一个。想把卡更早用掉，只能把阈值调低，代价是重置提前发生。
到期时间不是完全没用，它决定「用哪一张」。选卡按到期时间升序取最早的一张，明细不全或到期解析失败会直接报错退出6。
所以卡的有效期只影响排序，不影响「要不要现在用」。这就是浪费的来源。
补丁给了什么
窗口内新开的 PR #8493 补的正是这一块：两个窗口可以分别关掉，再加一个「到期前自动用」7。
状态要说清：open、未合并、
mergeable_state 为 unstable，17 文件 +653/−61，创建于 13:42。新增四个 extra 键：
auto_reset_credit_5h_disabled、auto_reset_credit_7d_disabled、auto_reset_credit_expiry_enabled（默认 false）、auto_reset_credit_expiry_minutes（1–525600，默认 60）。到期触发与用量无关：只要手里有卡、且距到期不超过设定分钟数就命中，越界会回
OPENAI_AUTO_RESET_CREDIT_EXPIRY_INVALID8。
reset5h 前面多了 !config.Disabled5h &&，第 609–620 行是 openAIAutoResetExpiryReached：只看卡与到期时间，不看用量8消费前还有一次复核：重读账号，配置被关、账号不可调度、或两个触发条件都不成立就放弃。
到期触发时状态里会写
triggerWindow = "expiry"，同一张卡用 credit:<id> 做去重键，重试窗口抬到「到期后 24 小时」以上。补丁自述无数据库迁移，中英面板同步更新。这些都还只在分支上。
今天不升级也能做
面板的「重置卡」格已经会把可用张数和最早到期时间并排显示，点开能看全部到期时间9。
要立刻用掉一张，走面板按钮即可，后端是
POST /api/v1/admin/openai/accounts/:id/reset-quota，确认框会显示张数10。有一条坑必须先说：在 0.2.19 上手工写那四个新键不会报错，但也不会生效。配置归一化只删状态键，其余未知键原样保留5。
等升级到含该补丁的版本，这些键会突然开始生效。如果里面写着
expiry_enabled: true 和 60 分钟，升级当天就会开始到期前自动消耗。二、codex2api：临期优先调度还只是一份提案
同一类「到期作废」问题在 codex2api 也有人提，但形态不同：这里浪费的是额度窗口，不是重置卡。
issue #848 于 13:57 开出，状态 open、无标签、无维护者回应，性质是提案11。
开单人在 14:02 跟了一条约 70 行的 Go 原型：按模型分桶（
argon 进 gemini-argon-wtu-weekly，claude 与 gpt 进 3p-weekly，其余进 gemini-weekly），用「剩余比例 ÷ 距重置小时数」算紧迫度。接入点写的是 FastScheduler 的排序函数，且只在同优先级、同健康档内调整顺序。这份代码没有进主干，任何人现在都跑不到。
提案里有一条既成事实值得单独记：主干已经合了「5 小时窗口先用完的优先」这套排序（PR #838，11-03 01:26 合入），但 v3.1.2 里没有12。
compareReset5hDeadlines 是 reset_5h_first 的实现；v3.1.2 的同一文件搜不到这个符号13结论很直接：想用这个排序，得等含该提交的下一版；v3.1.2 上配了也不会生效。
提案里「Pro 每周 15M WTU、等值 15 美元」是开单人自己的说法，没有官方来源，只能当他的估算看。
三、Claude 侧：同一类「到期作废」也在被报
anthropics/claude-code 在本窗口内新开两条，都与额度和风控相关。14:11 开的一单报了促销额度不被消耗：$250 的 Max 赠送额度还剩 $243，账号连跑四天云会话，余额一动不动，周额度反而在涨，而额度 11-05 13:29 就到期14。
14:31 开的另一单是正常内容被判 flagged，作者按月付 $200 订阅，情绪很大但没给可复现细节15。
两条都是用户侧报障、没有维护者回应，不能当官方口径。但第一条值得你在自己号池里对一遍：赠送额度和周额度是不是也在抢同一份限额。
四、上游状态与其他仓库
OpenAI 状态已恢复。窗口内那条文件上传故障在 13:39:36 标为已恢复，现在整体是 All Systems Operational16。
事故本身是
File upload errors in ChatGPT，影响级别 minor，08:46 开始17。所以上一期写「仍未恢复」的文件上传类失败，现在可以先重试。若还失败，再查配额与内容策略，别继续等状态页。
Anthropic 与 Google Cloud 各查了一遍：Anthropic 最近事件还停在 10-28 的两条连接器故障18；Google Cloud 最近更新也在 10-28，窗口内没有新条目19。
上游重置仍是空的。codex-reset 记今天尚未重置，最近一次已验证的全局重置是 10-28 14:35，累计 61 次、账上还存着 10 次20。
CLIProxyAPI 窗口内零提交。dev 头停在 13:00，早于本窗口21。
今天按这个顺序做
- 先重试一次之前报文件上传失败的请求，状态页已恢复，失败原因大概率不在上游。
- 打开 sub2api 面板，逐账号看重置卡格的「最早到期」；24 小时内到期且 7 天用量已过阈值的，直接手动消耗一张。
- 不要现在手工写
auto_reset_credit_expiry_*与*_disabled，0.2.19 不读它们，升级后会突然生效。 - 想更早消耗的只能调低 5h/7d 阈值，先想清楚你是否愿意承担重置提前。
- codex2api 的临期优先排序要等下一版；v3.1.2 上没有，别在配置里找开关。
- 四个仓库都没有新版本，今天不用升级。
References
- 1CLIProxyAPI Releases
github.com
- 2sub2api Releases
github.com
- 3codex-proxy Releases
github.com
- 4codex2api Releases
github.com
- 5
- 6openai_quota_auto_reset.go v0.2.19
github.com
- 7sub2api PR 8493
github.com
- 8shay-reset-credit-policies 分支
github.com
- 9OpenAIQuotaResetCell.vue v0.2.19
github.com
- 10openai_oauth_handler.go v0.2.19
github.com
- 11codex2api issue 848
github.com
- 12codex2api auth/fast_scheduler.go main
github.com
- 13codex2api v3.1.2 auth/fast_scheduler.go
github.com
- 14claude-code issue 106888
github.com
- 15claude-code issue 106889
github.com
- 16OpenAI Status incidents.json
status.openai.com
- 17OpenAI Status 事故页
status.openai.com
- 18Anthropic Status incidents
status.anthropic.com
- 19Google Cloud Status
status.cloud.google.com
- 20codex-reset.com
codex-reset.com
- 21CLIProxyAPI dev 提交
github.com
- 22CLIProxyAPI PR 7200
github.com
- 23CLIProxyAPI PR 5764
github.com
- 24OpenAI 开发者社区 Codex 分区
community.openai.com
- 25r/OpenAI 最新帖
reddit.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.