Codex 剩余额度隔夜从 15% 涨到 50%：是重置还是配额翻倍？

昨晚看还剩大约 15%，早上起来变成 50%，中间任务一直在跑，中间没有加量操作。这种“隔夜额度变多”的现象，最近在 Codex 用户里不止一个人遇到，群里第一反应往往是“是不是重置了”“我是不是穿越了”。

但把大家的反馈拼起来看，会发现并不是同一件事：有人确实碰上了窗口重置，有人碰上的是总额度被上调，还有人是多端显示滞后。这三种情况在百分比上的表现很像，实际含义却完全不同——搞混了，接下来排任务就容易踩空。

百分比为什么会“自己涨回去”

先看这个式子：

剩余百分比 = (总额度 − 已用量) / 总额度

平台上调总额度时，已用量通常不会跟着清零，于是分母变大、分子也被动变大，百分比被“稀释”上去。举个具体例子：总额度 100 单位，已用 85，剩余 15%；总额度翻倍到 200，已用仍是 85，剩余就成了 115/200 ≈ 57%。一单位额度都没多用，数字却跳了一大截。

所以**“涨回来”不等于“重置”**：重置是把已用量归零、重新开始一个计时窗口；上调额度只是把分母改大，你还在原来那个窗口里，只是撞上限的时间点被推后了。

为什么同一件事，有人涨了有人没动

• 覆盖范围不同。 这类调整常常按订阅层级分批放，部分档位并不在本次范围内，于是同一天里有人额度翻倍、有人毫无感觉。
• 高档位按倍数算。 有些档位给的并不是百分比，而是“基础额度的 N 倍”，调整的也是这个倍数。倍数变了，但本来就跑不完，体感自然是没有变化。
• 原本就接近满格。 剩余 98% 的账号，额度翻倍后可能只显示 99%，因为已用量在分母里占比太小，数字几乎不动。
• 灰度先后。 部分账号先拿到，部分延后生效。

结论很直接：别用别人的百分比去推断自己的档位，去看自己账号用量页上的绝对数值和官方说明。

三步确认到底发生了什么

1. 看绝对数值，不看百分比。 用量页面上如果能看到“已用 X / 上限 Y”这类明细，重点看 Y 有没有变大、X 有没有归零。Y 变大而 X 不变，就是额度调整；X 归零，才是重置。
2. 看窗口的到期时间。 重置会让“下次恢复时间”整体后移；额度上调一般不动这个时间点。
3. 看官方渠道。 这类变动通常会在产品公告、更新日志或官方相关负责人的公开发言里出现。具体倍数、覆盖档位、生效时间，一律以官方最新说明为准，不要拿社区截图当依据。

补充一点：社区里有第三方做的“重置时间追踪”站点，可以当参考，但它们多是抓取加人工维护，延迟和误报都常见，不要当唯一依据，更不要根据它的倒计时去安排关键任务。

用量怎么排更省心

• 长任务不要压在窗口末尾启动。 剩余不多时起一个耗时任务，最容易跑到一半撞上限，前面的消耗也白搭。
• 先小规模试跑。 用脚本批量调用前，先跑一两个样本估算单次消耗，再决定并发和批大小。
• 把任务分两堆。 “必须今天出结果”的优先排，“可以等窗口刷新”的往后放，别混在一个队列里。
• 记录自己的消耗曲线。 连续几天记下同样的任务大概吃掉多少额度，比天天盯百分比有用得多。
• 需要长时间挂着跑的场景，优先保证执行环境不被打断。 本地机器休眠、切 Wi-Fi、合盖都会中断 CLI 类工具的长任务；这种情况可以考虑把执行环境放到一台长期在线的机器上，例如整台 Mac mini 放在机房的远程租用方案，按月使用、网络环境相对稳定，适合让 Codex 这类工具连续跑重构或批量改测试。这只是可选做法，不是必需，短任务本地跑完全够用。

几个容易踩的坑

• 别把百分比回升当成“用不完”。 分母变大不等于无限，高频跑大任务照样能打满。
• 别为追一次调整临时改档。 这类调整的覆盖范围和生效时间经常变动，升级或降级前先看官方说明；不同地区、不同支付渠道的政策也有差异，以官方页面为准。
• 不要碰账号共享、代充、跨区订阅。 封号、支付纠纷、额度作废的风险都由自己承担，有档位需求走官方渠道升级。
• 看到“今晚还会不会重置”这类说法先按住。 官方没发声之前，一切按当前窗口的到期时间安排工作最稳。

小结

• 额度“隔夜变多”最常见的原因是总额度被上调、已用量没变，属于分母变化，不是重置。
• 判断顺序：看绝对数值 → 看窗口到期时间 → 看官方公告。
• 同一次调整对不同档位影响不同，“别人翻倍我没变”很正常，不必据此怀疑账号。
• 排任务留余量、把长任务放在窗口前段，比追额度消息更实际。