Codex 周限额什么时候恢复？查看自己的重置时间

想知道 Codex 什么时候恢复，打开当前账户的 Usage 页面，查看实际耗尽窗口旁的恢复时间。 五小时窗口和周窗口要分别看，“每周”不代表所有账户统一在周一或午夜恢复。

本文于 2026 年 9 月 17 日核对官方说明，没有为写作兑换任何账户重置。先确认账户、工作区、剩余额度和日期属于同一次读取。

你碰到的是哪种限制？

官方价格说明给出的消息估计不等于固定数量、大小相同的请求。长任务、反复携带上下文和工具执行的消耗可能不同，应看已完成工作和实际用量。

怎样查自己的恢复时间

1. 登录与 Codex 相同的账户，确认工作区。
2. 查看各相关窗口的剩余量及恢复日期或倒计时，不只看第一个百分比。
3. 在 Codex CLI 交互输入区发送 /status。这是斜杠命令，不是 shell 中的 codex /status。
4. 若 CLI 与网页不一致，刷新后比较同一账户、工作区和时间；保留仍然报错的原文，不能直接认定某个已知 bug。
5. 到显示时间后重新读取用量，确认其他窗口是否仍有限制，再恢复长任务。

CLI 命令说明还列出 /usage 的 token 活动和可用重置操作。token 活动图与剩余订阅额度不是同一个指标。

时间和时区要一起看

以界面标明的时区为准。跨地区比较截图时，先确认时区；修改电脑时区只改变显示方式，不会移动服务端的额度窗口。

集成客户端可参考 app-server 文档的只读 account/rateLimits/read。字段包括 usedPercent、windowDurationMins 和 resetsAt，后者是以秒计的 Unix 时间戳。按返回的窗口时长解释数据，不要固定假定 primary 永远是五小时、secondary 永远是一周。缺失值表示不可获得，不表示用量为零或马上重置。

服务没有返回恢复时间时，不要自行用当前时间加五小时或七天生成答案。

提前重置与自然恢复不同

账户有符合条件的 earned reset 时，先看可用性及条款，再主动选择兑换。不要假设每个账户都有信用，也不要沿用旧 /reset 示例。当前 CLI 将相关操作放在 /usage。

集成兑换操作时，一个逻辑尝试使用同一个幂等键；结果不确定的重试沿用该键。兑换结果本身不是新的恢复时间表，仍需读取限额。有效期以账户或活动条款为准；读取用量不消耗重置，兑换才会。

恢复后仍不能用，怎么查？

先确认实际变化：是否只有短窗口恢复？是否读了另一个工作区？操作是否真的返回成功？保存前后数据，再看错误属于上下文、模型权限、连接还是额度。

重启可能刷新显示，但不会赠送额度。保留工作文件与会话记录；无法解释的不一致，连同时间、客户端版本、模型、工作区和脱敏请求 ID 提交支持。

继续任务前，分清计费路径

等待、使用账户提供的合格重置或其他用量选项，是不同选择。缩小后续任务可能减少消耗，但不能清除已有用量。

API key 认证使用另一条计费路径，仍有访问、速率及消费控制。不能假定修改一个环境变量，就会让运行中的会话无缝更换认证。

2026 年 9 月 16 日的官方英文截图，说明 API token 分类，不是订阅额度表，不能由此计算你的恢复时间。

缓存费用计算用于 API 账单；若任务反复跑测试却不结束，应另外处理任务完成条件。两类问题分开排查。