重置周期
开启全新的一周计时。
算清 AI 额度重置到底增加了多少, 又悄悄扣除了多少。
以一周额度为 100% 基准。「未用额度」为当前剩余结余,「距下次刷新」为距离原定刷新的倒计时。
剩余 10% · 24 小时后常规刷新 · 每 24 小时需求 70%
补满至 100%,置换旧额度 10%,实际净增 +90%。
相同规格水箱 · 刻度完全一致 · 排走的水就是白白损失的额度
本周额度还剩多少未用?在此模型中,重置会直接覆盖原有余额,无法结转保留。
在不进行重置的前提下,距离原定周期刷新的剩余时间。
以一周额度为 100% · 与不重置相比
黄色代表未来刷新节点 · 横向滚动查看完整日历 →
理论总额度 = 起始可用余额 + 到期前所有完整补充。由于每次补充都会覆盖旧余额,黄色水池仅代表未来的刷新节点,并非能提前囤积的额度。日期间距为方便阅读已做等距排版,非真实时间比例。实际可用净增还会综合考虑你的每日需求节奏以及每次刷新时清空的未使用余额。
示例:每天消耗相当于一周额度的 70%,可在下方灵活调整。
重置周期
实际多用额度
保留原刷新日*
实际多用额度
*Claude 保留原日期属于一项 假设条件.
观察期内的净收益或净损失 2 天以一周额度为 100% · 与不重置相比
100% 意味着一天之内用完一整周的全部额度。
每天 70% = 每天消耗 70 个周额度单位。
延长规划周期
已填写的日期数据将完整保留,此数值仅自动填充未填写的日期。在你确认前不会改变当前测算结果。
一周基准额度 = 100 单位。单日需求可以超过 100;留空表示未知而非零需求。每个时间段的需求均假定在 24 小时内匀速消耗。
旧余额被清空覆盖,下一次周期的刷新节点也会随之漂移。
开启全新的一周计时。
原定刷新时间表保持不变。
保留原刷新日方案将提前 整整 6 天迎来下一次补充。
横向滚动查看后续刷新节点 →
阴影区域:三条路径统一对照的相同 48 小时窗口。
在严格一致的工作需求与时间窗口内,将每种重置方案与‘不重置(维持现状)’进行基准对比。圆点代表额度刷新的时间点,不代表已完成的工作量;位于观察窗口结束点及之后的空心圆点不计入最终得分。
两种机制都会将当前未用余额直接重置为满格 100 单位,而非在现有余额上叠加 100。由于未用余额本身就包含在‘不重置’的基准中,因此在计算最终净增时切勿重复扣除。‘重置周期’会彻底重写后续的刷新时间表,而‘保留原日期’则维持原有节奏。提前补充额度确实能解燃眉之急,但它究竟能创造多大价值,完全取决于你在什么时间节点需要消耗这些额度。
*Claude 的‘保留原日期’路径属于模型理论假设;Codex 付费重置场景则假定你在重置后即刻发起第一次调用。 查阅官方服务商具体规则。
本计算器旨在精准量化对比两种已被验证的重置机制,并非断言所有 Codex 或 Claude 的重置策略均遵循永久不变的统一规则。
以下梳理的产品事实均严格依托官方文档,但具体账户权限、促销优惠及执行日期仍会产生差异。
卡片在统一的每周额度基准下展示两种重置机制。Codex 场景模拟的是付费即时重置,且假设重置后立即发起首次请求,全新的一周周期将以此请求为起点开始计算;Claude 场景则基于‘获得额外重置后仍保留原定刷新日’的假设,但常规 Max 计划文档并未表明所有 Claude 重置均遵循此规则。具体规则请以你的账户权限或当前活动条款为准。
“它实质是将常规的每周额度提前支取,而非额外赠予一份独立的使用额度。”(官方说明译文)
OpenAI, Paid weekly Work and Codex rate limit resets
一次完整的可保留重置将全面重置 5 小时与每周用量窗口,并同步改变后续每周的重置日期。
具体的重置锚点、使用资格、覆盖范围及有效期严格取决于具体账户或活动,切勿一概套用‘点击后固定 168 小时’这一通用假设。
重置购买后立即生效,但全新的一周周期是从之后的首次 Work 或 Codex 请求时刻才开始计时;下一次定期重置将在该请求发生 7 天后到来。
切勿将此起算点逻辑盲目套用到所有可保留、强制生效或全局性的重置事件中。
常规每周额度会在系统为每个账户指定的固定时刻刷新;此外 5 小时等其他用量窗口和限制亦同时生效。
上述常规周期的官方说明,并不足以界定所有 Claude 特殊额外重置活动的具体行为。
规则核对日期 。单一数据项有来源背书,并不代表模型的全部设定均已获官方证实。请务必核对你个人账户后台显示的真实时间。
图解分析 / 默认两天冲刺场景
假定一周基准额度为 100 单位,当前仅剩 10 单位。此时触发重置,会将旧有的 10 单位直接置换为满格 100 单位: 原本未用完的 10 单位白白清空,账面可用余额实际净增 90 单位。然而,“眼前即刻恢复了多少额度”与“整个工作周期内能多消化多少工作需求”,回答的完全是两码事。
| 路径 | 实际消耗额度 | 额外多用的净增量 |
|---|---|---|
| 维持现状(不重置) | 80 | 0 |
| 重置周期 | 100 | +20 |
| 保留原刷新日* | 140 | +60 |
以 100 单位为一周额度基准,与不重置(维持现状)对比。*保留原日期属于模型理论假设。
这些数据结论对应的是 这个特定的 48 小时计划。只要调整了工作需求节奏、原定刷新时间或观察周期长短,最终测算结果就会彻底翻转。在更长的时间跨度中,较晚到来的刷新甚至有可能恰好精准命中下一波业务高峰。
额度的净增总量并不等同于工作的实际价值。项目交付截点、短时间窗口用量上限、积压任务的紧迫度以及模型本身的处理能力,都会左右最终效益。本工具旨在帮你洞悉重置时机所带来的时间周期效应,而非对你具体账户收益的绝对承诺。
并非如此。它仅代表在所选周期内,相比不重置多承载了相当于‘标准化一周额度 20%’的工作消耗量。它不直接衡量工作产出质量、任务成功率或编码效率,也不代表相对原有总量的百分比增幅。
在‘重置周期’机制下完全可能。如果一次重置将原本近在眼前的定期刷新推迟到了 168 小时后,很可能会导致你在当前观察窗口内能被满足的总需求量不增反减。本计算器会毫无保留地清晰展示这种负收益。
请在‘未用额度’中输入。两种重置模型都是直接将额度置换为全新的 100%,而非在现有余额上堆叠新额度。例如,若当前尚余 80% 未用,重置到 100% 后,眼前即刻带来的实际增量仅为 20%。该替换逻辑已完全计入净增对比之中,若再次扣除未用额度会导致重复扣减。若原定刷新恰好在当前生效,模型会优先执行原定补充,再触发重置。请留意这套置换规则是否与你的账户类型一致。
结余留在账上未来或许有用,但它并不是在当前窗口内已经被切实消耗并创造价值的额度。窗口结束时的剩余结余已在详细对比中单独列出供参考。
不是。这些均为演示示例或由你自行填入的测算参数。本页面绝不连接任何官方账号,无法代为兑换重置,亦不会变更你的订阅套餐。当你点击分享时,系统仅保存当前输入的参数与测算快照以生成公共回放链接;除此之外,刷新页面即可随时重置恢复为默认示例。
请输入你当前订阅周期的本地到期时间。系统将以当前固定时间为起点,精确计算至到期时刻,到期之后(含到期节点)的补充将不予计入,最后不满一天的需求按实际时长等比折算,默认不假设自动续费。‘理论总额度’仅统计起始余额与所有到期前的常规全额补充;而‘实际可用净增’则会综合考量补充时机、你的工作需求节奏以及每次刷新时清空的旧额度。两项指标均以一周额度(100 单位)为基准衡量,非货币金额。生成的分享链接将严格保留原始时间戳。
本模型未包含五小时动态限制、特定模型专项限制、实际任务耗时、请求优先级、动态限流容量调整、未来运营活动以及延时队列排队机制。用户输入的每日使用需求均假定在当天的 24 小时内均匀消耗。
品牌对比卡片旨在相同标准化额度基准下展示不同的‘重置运行机制’,并非评测模型能力强弱或各套餐的绝对额度高低。Codex 卡片模拟的是付费后立即触发调用的即时重置;Claude 卡片模拟的则是假设保留原定期刷新日的重置机制。具体重置规则请以你的实际账户或促销活动为准。