Codex 重置日历

先区分“账户常规额度重置”和“Tibo 额外宣布的重置”。常规额度以你的用量面板显示的重置时间为准，不能默认所有人都在每天零点刷新。当前官方说明中，Plus、Standard Business 有五小时额度窗口，也可能有周限制；Pro 目前没有五小时限制。不同账户看到的窗口不一定相同。

额外重置需要看每次公告。过去在哪一天重置，只能帮助了解历史，不能据此确定以后固定每周几重置，也不能把“明天会重置”的预告当成已经完成。安排工作时先看自己的倒计时，额外重置则应在收到完成信号后，再核对个人额度。

本站日历中，Notice 放在通知帖的发表日期，Reset 放在记录到的重置信号日期。同一次重置的通知与完成可能分属两天，点击日期仍可查看关联关系。比较时间时也要留意时区：美国太平洋时间的某一天，在北京时间可能已是次日。

以你账户中那张卡显示的到期时间为准。官方账户数据允许每张重置卡有独立的到期信息，也允许该信息为空；没有显示日期，并不能直接证明永久有效。本站采集公开发卡消息，无法读取你账户里某张卡是否仍可用。

历史上确实有一条补偿公告，明确表示额外发放一次 banked reset，供接下来 24 小时内使用。因此，“24 小时”对那次活动有依据，但不能推广成所有重置卡的通用有效期，也不能给之后每次发卡都自动加上同一个期限。

准备留到以后用时，先检查账户里的卡片说明、到期时间和时区。若界面没有明确期限，再核对该批次原帖或咨询官方支持；不要仅根据本站 Card 标记的日期推算有效期。发帖时间、实际发放时间和到期时间是三件不同的事。

Reset 表示公开消息中报告了直接刷新额度的重置；Card 表示发放了一次可以留待使用的重置机会，也就是 banked reset。收到卡不等于已经使用卡，也不能仅凭“发卡了”就认定账户里的当前用量已经归零。

例如，Tibo 曾在同一条消息里同时宣布一次完整重置，并另外把一次重置机会放入 reset bank。这是“现在重置一次”加“再给一次可使用的机会”，所以同一条帖子可以同时显示 Reset 和 Card，两种标记各自表达不同动作。

本站月度 Reset 数量统计记录到的公开重置事件，Card 数量统计记录到的发卡事件，不是你个人使用卡的次数，也不是账户里剩余卡的张数。Notice 是预告，不能再作为一次已完成重置重复加进 Reset 数量。

先登录收到卡的那个账户，再在官方应用或网页中查找可用重置卡及其使用入口。Tibo 的里程碑公告明确提到可在桌面应用或网页应用重置。具体按钮位置可能随客户端变化，按当前账户界面的提示操作。

确认之前，读清卡片适用的额度窗口和有效期，并先检查到底是哪项限制让任务无法继续。比如，恢复周额度未必能解决另一种独立限制。本站点击月份或 Card 标记只用于查看公开记录，不能帮你兑换卡，也不会改变你的账户额度。

使用后刷新用量面板，核对剩余额度和可用卡数量是否发生变化。官方兑换结果区分成功、此前已完成兑换、没有可用卡，以及没有符合条件的窗口可重置。若点过按钮后结果不明确，先重新读取账户状态，避免把重复请求误当成多次成功使用。

先看该批次发卡说明，而不是统一理解为“所有额度全部恢复”。Tibo 在庆祝 700 万活跃用户的一次公告里，明确说这次 banked reset 会补充周额度。这能说明那一批卡的用途，但不能保证所有后续卡都恢复所有窗口，或者所有套餐恢复后的容量相同。

重置卡也不是固定条数的消息包，不能直接换算成现金余额。恢复后的额度能完成多少工作，取决于模型和任务：长上下文、工具调用与复杂任务，和一次简短请求消耗的容量可能很不一样。因此，“一张卡能发多少条消息”没有适用于所有人的统一答案。

最直接的校验方式，是比较使用前后对应窗口的用量变化。如果另一项额度仍然耗尽，应继续检查那一项限制，而不是仅凭还不能继续工作就判定卡失效。本站记录公开发卡事件，不能替你的账户测算每张卡可支持多少次请求。

先看公告到底说的是哪种动作、什么时候发生。Notice 是未来会执行的预告，不能当成完成通知；Card 可能只是把可使用的重置机会加入账户，并不会立即刷新当前用量。核对原帖后，再决定应该期待额度变化，还是应该去找新收到的卡。

然后核对适用套餐、你当前登录的账户和公告时区。例如，一次 Astra 发卡公告列出了 Plus、Pro、Business，并给新建或升级账户规定了美国太平洋时间晚上 8 点的截止时间。这个条件属于那次公告，不能推广到所有重置；也不能只看自己的北京时间日期就判断符合资格。

如果确认符合条件，刷新官方用量页，分别检查可用卡和对应额度窗口。仍不一致时，保留原帖链接、套餐、核对时间与用量截图，再向官方支持反馈。本站出现完成信号，说明采集到公开消息，并不能证明每个个人账户都已收到或成功使用。

查看你账户的官方用量面板；使用 Codex CLI 时，也可以在当前会话输入 /status 查看剩余限制。看到多个额度窗口时，应分别查看各自的剩余容量和重置时间：最早到点的那个窗口，未必正好是当前阻止你继续工作的限制。

读百分比时要先确认显示的是“已使用”还是“剩余”。例如，“已使用 80%”表示该窗口大约剩余 20%，不能反过来理解。将倒计时与具体日期比较时，也要统一时区，避免把北京时间和美国时间直接放在一起对照。

本站适合查看公开背景：最近一次完成信号、下一次已宣布的重置，以及历史发卡。月度次数不是你账户的剩余额度，日历也不能预测你的个人下一次重置。如果通过 API Key 使用 Codex，还应单独检查 API 计费和限制，不要把订阅账户的公开重置公告当成 API 余额变化。