[通知] Codex 明早重置额度，上号，/fast 开蹬了

@BeautifulSoap https://v2ex.com/i/nD69q9ze.png
来看看你的，是不是 2026 年 6 月 7 日 13:38 这个时间点重置

musi 说的是对的，codex 刷新后，立马开始用，额度才开始从那时开始往后数 7 天。
Tg codex/Claude 自动提前额度刷新提醒： https://t.me/quota_renew

@musi #21 这个时间取决于 openai 主动重置后用户第一次使用的时间，主动重置的时间这个全世界都是统一的，用户啥时候在重置后第一次使用就必须按照你们说的那样统一在那一两天？？？

@musi 我手上有两个 codex 账号分别在今天和明天重置。我认为重置时间的不同是 openai 重置脚本的执行顺序问题。
当然我之前的确没注意到你说的周额度随着具体使用时间段改变的问题，正好明天 codex 重置，我看看两个账号重置时间，然后一个账号特意我不用，来验证你说的是不是真的


还有，假设你说的是正确的，那也不影响我在 3L 想表达的 openai 在搞笑的回复，不过我的确需要修正一下

“openai 这是在搞笑么，，，，，，，，，，
上周末刚重置完，对用得最狠的用户来说本来大家的周额度本来就是会在今天明天自然恢复，openai 说明天重置搞得好像自己大款一样”

@musi 还有，对于全员重置时间点有争议我会验证，但我喷 openai 点在于上次重置就是上周末，而这次重置又是在上次重置一周后这点就是在装大款

如果将 codex 用户简单分成只有这三种
- 高消耗用户（用量恢复后 3 天就用光所有额度的用户）
- 中等消耗用户（用量恢复后一周才用光用量）
- 低消耗用户（每周用量只用一小部分）

每种用户各占 1/3 （但实际上 codex 用户中，高消耗用户占比肯定是非常非常大的）

请问 openai 在全员重置的 1~7 天后的哪个时间点再次重置是成本最高的时间点？很明显是一周的中间，哪个时间点重置是成本最低的？很明显就是在第 7 天第 8 天这个时间点。因为所有用户才刚自然恢复完毕（更别提基本不用的用户）

而实际上 codex 的重置很多时候就是在这个时间点搞得重置

@BeautifulSoap 我全程并没有评价 openai 频繁重置这个事情，我只是针对重置时间的计算提出异议

SHIT ！我周末等了 2 天了，明天才重置和我明天早上 10 点重置有什么意义。NND 。血亏

@hell0m0rld 因为根本就存在固定周一重置，我的就是今天上午重置的

我是不是来晚了，是不是已经重置了

/goal 开始实现
我去睡觉了。

“哎哟，谢天谢地”
/reboot

已经重置了。。。

@BeautifulSoap 哥们你还是不懂什么叫动态，openai 重置之后，7 天的也是按第一次使用之后算，要是重置后几天都没用，依旧是第一次用之后算 7 天。

可以可以 3 个 plus 号重置了

pro 蹬了 15%，重置了

⚡ Codex 周额度提前回满

比预计早约 80 小时
监控样本：可用 31% → 100%

下次刷新：06/07 23:25

额度刷新提醒： https://t.me/quota_renew

已经重置了

@BeautifulSoap
“ openai 每次是用脚本重置用量的，不同人用量重置的时间点不同，上周 openai 重置全员用量就有人先有人后的，我手上两个号一个今天中午重置一个明天中午重置。”

1 ，没这回事，今天自己看看啥时候重置，基本都是 23:20-23:30 之间

2 ，从通知到现在用完 30-70%额度并非难事，虽然太密集了，也是白送的也能符合预期

@BlueSkyXN 正解，历史几次重置也不都是集中周末或周一，或者间隔不都是 6-7 ，重置总归是对用户好的，如果要玩猫腻，码农们可精的很😄

果然，已经重置了。