Codex重置机制：Banked、Automatic与Paid用法指南

OpenAI Codex 的用量重置并非单一机制。根据官方文档与社区实践，它分为 banked（储蓄）、automatic（自动）和 paid（付费）三种类型，每种对每周刷新日期的影响各不相同。理解它们的运作规则，能帮你在额度紧张时做出更优决策。

三种重置类型及其运作逻辑

Banked重置：把未用完的额度存起来

Banked 重置指的是将本周未消耗完的用量“储蓄”起来，留到后续使用。它的关键影响在于：当你触发 banked 重置时，每周刷新日期会向后移动，而不是固定在原周期。这意味着你的额度周期会变得更灵活，但也可能打乱你原有的使用节奏。对于用量波动较大的用户，banked 机制相当于提供了一个缓冲池，避免额度浪费。

什么是“每周刷新日期”？

在 Codex 的用量管理中，每个用户都有一个以周为单位的额度周期，周期结束时会进行一次额度刷新（reset），刷新发生的具体日期即为“每周刷新日期”。这个日期决定了你何时获得新一周的额度。对于 automatic 重置，刷新日期是固定的，例如每周一凌晨；而对于 banked 重置，刷新日期会根据你触发重置的时间点向后移动，从而改变整个周期的起点。理解刷新日期的概念，有助于判断 banked 与 automatic 的核心差异：前者让周期“漂移”，后者保持周期“锚定”。

Automatic重置：系统按周期自动执行

Automatic 重置是系统默认的周期性刷新，无需手动干预。它按照固定的每周节奏重置用量，刷新日期保持稳定。与 banked 不同，automatic 重置不会因为你的使用行为而改变周期起点。它适合用量稳定、希望可预测额度的用户。原文指出，automatic 重置与 banked 重置在刷新日期上的处理方式不同，这是两者最核心的差异。

Paid重置：用付费换取即时刷新

Paid 重置允许用户通过付费方式立即获得用量刷新，而不必等待下一个周期。它的刷新日期影响取决于你选择的付费方案——可能是一次性重置，也可能调整后续周期。对于项目截止日期临近、额度突然耗尽的场景，paid 重置提供了应急通道。

付费重置的常见计费模式

Paid 重置通常有两种计费方式：一次性重置（按次付费，立即刷新全部或部分额度，不改变后续周期）和周期调整（付费后不仅刷新额度，还可能将每周刷新日期调整到新的时间点，从而改变后续周期）。不同方案对刷新日期的影响不同，用户在选择时应仔细阅读付费说明，确认是“仅刷新额度”还是“同时移动周期”。对于紧急场景，一次性重置更为直接；若希望长期调整周期以匹配团队节奏，周期调整方案可能更合适。

80%规则：何时该考虑重置

原文提到了一个实用的“80%规则”：当你的用量达到周额度的80%时，就应该开始评估是否需要重置。这个阈值留出了缓冲空间，让你有时间判断剩余任务是否能在剩余20%额度内完成。如果预计会超出，提前规划 banked 或 paid 重置比临时抱佛脚更从容。

这一规则的价值在于把被动应对变成主动管理。很多用户在额度耗尽后才意识到问题，而80%规则提供了一个可操作的预警信号。

周额度与用量百分比的计算

Codex 的周额度是指每个自然周内允许消耗的用量上限，通常以 token 数或请求次数计量。用量百分比则是当前已消耗额度占周额度的比例。80% 规则中的“80%”即指这一比例。需要注意的是，周额度的重置并非简单的“每周一归零”，而是受重置类型影响：automatic 重置按固定周期刷新，banked 重置可能移动刷新日期，paid 重置则可能即时刷新或调整周期。因此，在计算用量百分比时，应结合当前周期的实际起止时间，而非机械地按自然周判断。

周一该做什么：重置决策清单

原文建议在周一检查用量状态，这是一个合理的时间点——新的一周开始，你可以评估上周的消耗模式并规划本周策略。具体而言：确认当前用量百分比，判断是否接近80%阈值；检查 banked 额度是否有积累；根据本周任务量决定是否需要 paid 重置。

对于团队用户，周一还是同步用量情况的时机，避免个别成员超额影响整体。

如何选择适合你的重置方式

三种重置并非互斥，而是针对不同场景的工具。用量稳定且可预测的用户，依赖 automatic 重置即可；用量波动大、希望保留弹性的用户，banked 重置能减少浪费；面临紧急任务或额度突然告急时，paid 重置是兜底选项。

理解每种重置对每周刷新日期的影响，是做出明智选择的前提。建议结合自身使用数据，在80%阈值附近提前决策，而不是等到额度归零。

（注：本文基于 OpenAI 公开文档与社区讨论整理，具体重置规则以官方最新说明为准。）