Codex 额度与 5 小时限制：重置时间、用量查询与节省方法
想知道 Codex 额度何时恢复，先打开 Settings → Usage，或在 CLI 输入 /status。需要分别查看 5 小时和每周窗口，再判断账号是否有可用的手动重置或 Credits。
下面先给出速查表，再说明如何管理重置期限、监控用量和减少重复工作。
先区分 5 小时、每周和手动重置
| 要查询的项目 | 查询位置 | 需要注意什么 |
|---|---|---|
| 5 小时用量 | Settings → Usage 中的短期窗口 | 以这一栏显示的恢复时间安排任务 |
| 每周用量 | 同一面板中的每周窗口 | 短期用量恢复，不代表每周额度也恢复 |
| Banked reset | 账号提供的手动重置选项 | 先核对有效期、使用条件和重置后的周期 |
查询剩余额度可直接打开 Codex 用量面板，或在 CLI 中输入 /status。官方说明也以账号面板为查询入口，不要用其他用户的截图推算自己的恢复时间。
在哪里查看 Codex 剩余额度
最直接的查询方式有两种：
- Codex 桌面应用或网页端：Settings → Usage
- 查看当前已使用的比例、已耗尽的窗口、可用 Credits 余额，以及界面明确标注的重置时间。
- 如果当前账号享有可用的转存重置权益，页面还会出现 1 reset available 或 Full reset 按钮。
- Codex CLI 终端工具：/status
- 在正在运行的 CLI 会话中输入 /status 命令，能够快速调出当前账号信息与用量状态摘要。
OpenAI 会依据用户的订阅套餐、账号历史、工作区类型及阶段性活动调整可见选项，因此切勿将其他用户的配置截图误当成自己账号的硬性上限。如果发现桌面端、网页端与 CLI 终端显示的数值不一致，首先排查是否登录了同一个账号或工作区，随后手动刷新 Settings → Usage 页面确认。
5 小时限制与每周窗口如何计算
许多 Codex 账号会同时受到较短的 5 小时滚动窗口与周期较长的每周窗口双重约束。达到限制后，可用选项取决于账号与套餐。官方说明，正在执行的当前轮次仍可能在合理使用限制内继续完成，因此不能把达到上限理解为任务必然立即中断。
官方并未将任务简单折算为固定的对话消息条数。实际的资源消耗由以下关键技术变量共同决定：
- 模型选型：不同参数规模与架构的模型，其单位 token 成本及可用配额存在显著差异。
- 执行环境：本地终端执行与云端沙盒（Cloud Task）环境在计费与计量维度上各有侧重。
- 任务复杂度与执行时长：跨多个模块的大型代码重构、长时间运行的批处理任务，其消耗往往远高于单文件微调。
- 上下文体积：项目索引范围越广、需要载入的历史会话与关联代码越多，单次交互吞吐的上下文 token 就会急剧攀升。
- 推理强度与工具调用：开启高强度深度思考（Reasoning）、启用高优先级快速响应通道，或是频繁触发终端命令执行与文件检索等工具，都会成倍加速额度消耗。
在支持企业与团队协作的套餐中，Codex、ChatGPT Work、ChatGPT for Excel 以及 Workspace Agents 可能会共享底层的 Agentic Usage 配额与 Credits 资金池。但普通 ChatGPT 会话中的图片生成、文档解析或实时语音通话，通常走的是另一套独立的配额规则，不可直接套算到 Codex 的消耗中。
具体规则与数值会随着产品迭代动态微调，请随时以 OpenAI 官方 Codex 套餐说明 以及个人后台用量面板的数据为准。
Credits 是什么，在什么时机扣除
Credits 是一种按量计费的弹性额度，用于在套餐内含配额耗尽后，保障核心功能不中断运行。系统的扣减机制非常明确：优先使用套餐内含的免费用量，仅在对应窗口达到上限后，才开始从 Credits 余额中扣费。
能否自行购买 Credits、支持的单次充值面额、自动充值功能以及适用场景，会因套餐级别、账号信誉及所在地区而有所不同。只有当你的 Settings → Usage 或 Usage & Billing 界面中明确出现了购买入口时，才代表当前账号具备该权限；未看到入口仅代表当前环境暂未开放，并非配置失误。
在启用 Credits 前，务必明确以下规则：
- Credits 与 OpenAI 开发者平台（Platform API）的 API 余额完全独立，二者互不相通，且购买 Credits 并不会永久提高套餐原本的固定配额。
- 个人订阅用户可以在 Settings → Usage 模块中实时跟踪余额变动与近期消耗明细。
- 若账号支持自动充值（Auto-recharge），用户可自主设定触发阈值、单次充值目标金额及每月消费上限。需注意，若在开启该功能时当前余额已经低于阈值，系统会立即执行扣款。
- 已购买的 Credits 通常不支持退款，并且存在固定的有效期限制。下单前请务必仔细阅读结算界面的最新服务条款。
更多扣费细节可查阅 OpenAI 官方关于灵活使用 Credits 的说明。
Banked Reset 什么时候用？先看七天周期与 30 天有效期
使用 Full Banked Reset 会恢复 5 小时和每周额度，同时改变下一次每周重置时间，进入新一轮约七天的周期。 因此，使用前应先看原本距离自动恢复还有多久，而不只是看账号里还剩几次 reset。OpenAI 官方规则明确说明每周重置日期会改变，使用后请在 Settings → Usage 核对新时间。
例如，原本周一恢复每周额度，如果周日使用了 banked reset，就不能继续按原来的周一恢复时间安排工作。如果任务能等到周一，可以保留这次重置；如果周日必须交付，就应把新周期也纳入安排。
这与 Claude Pro 的固定每周重置时间不同：Claude Pro 的常规周配额在账号指定的固定时间恢复，Codex 使用 Full Banked Reset 则会改变周期。两种工具应分别记录下一次恢复时间。
还要区分 reset 本身的有效期。 OpenAI 公布的 30 天活动规则指发放后 30 天内使用，不是使用后获得 30 天不限量调用。不同活动可能有不同期限，收到后先确认账号中显示的到期日。
选择使用时机时，我会同时看距离自动恢复的时间、reset 的剩余有效期，以及近期任务量。即将自动恢复且没有紧急任务，可以先等；需要集中工作、又离恢复时间较远，重置更有价值。即将到期的 reset 则可以配合原本就计划完成的任务使用，避免过期闲置。
使用 CodexBar 在系统菜单栏实时监控
CodexBar 是一款备受开发者好评的开源第三方实用工具，它能常驻在 macOS 系统菜单栏，直观呈现 Codex、Claude Code 等主流 AI 编程助手的配额消耗进度、下次重置倒计时与消耗速率，非常适合在多工具之间来回切换的高频开发者。
CodexBar 默认完全在本地端完成数据解析。它会根据用户开启的数据源，精准读取本地存储的凭证信息，例如 CLI 工具的本地配置文件、已知的系统日志、OAuth 认证状态或指定浏览器的 Cookie。需要说明的是，导入浏览器 Cookie 可能需要唤起 macOS Keychain（钥匙串）授权，而读取 Safari 数据源则依赖系统的完全磁盘访问权限。
该工具并非 OpenAI 或 Anthropic 官方产品。在安装配置时，建议严格遵循最小权限原则以确保系统与凭据安全：
- 优先选用逻辑透明、权限单一的 CLI 终端或 OAuth 授权数据源。
- 无需读取浏览器数据时，主动关闭 Cookie 抓取或 Keychain 授权。
- 严禁将包含个人 Cookie、敏感 Token、配置文件内容或未经脱敏的调试截图公开上传至 GitHub Issues。
- 每次工具版本更新若申请了新的系统权限，必须仔细核对请求程序与实际用途后再行批准。
若仅仅是为了获取精准官方数值，直接打开后台 Settings → Usage 页面或在终端敲入 /status 即可，无需额外引入外部工具。
真正能节省 Codex 额度的工程实践
先缩小任务范围，再指派给 Codex
“检查整个项目，顺便优化一下”没有明确的完成标准，容易让一次小修复变成全面重构。以移动端菜单为例，可以换成具体的任务描述：
修复移动端菜单打开后无法关闭的问题。复现步骤：在 390px 宽度下打开菜单，再点击背景。预期菜单关闭，桌面端操作保持正常。先检查菜单组件和点击事件，必要时再追踪关联文件。完成后验证这两个操作，说明修改和结果；其他布局调整另开任务。
这段指令明确了问题、复现步骤、预期行为和排查入口，也给出了结束条件。不要为了省额度跳过必要的调查与测试，应减少的是与目标无关的工作。这是任务描述示例，不是节省比例的实测；实际消耗仍取决于模型、上下文和工具调用。
严格控制上下文与输出体量
长期的连续对话会导致上下文体量无节制膨胀。在完成一个功能模块的改动后，及时总结核心结论并开启崭新的工作会话，其资源利用效率远高于让无意义的冗长历史反复参与推理。同时，务必在项目根目录中妥善配置忽略规则，将构建产物、依赖包目录、大型媒体静态文件及与当前任务无关的测试数据排除在分析之外。
根据任务类型适配模型与推理强度
格式化代码、单文件小修小补或针对清晰单测的修正，完全不需要动用最高成本的大参数模型或极高推理强度配置。日常任务优先采用足以胜任的高性价比模型；唯有涉及跨模块系统架构设计、极度棘手的并发 Bug 或是高风险核心逻辑重构时，再按需调高模型级别或推理深度。
消除缺乏信息增量的无谓重跑
反复执行完全相同的全量测试、在未做变更的前提下要求 AI 多次重复扫描工程、或是索取多份语义高度雷同的方案，都会造成额度的剧烈浪费。测试与验证应与代码改动的风险边界严格对齐：开发阶段优先运行聚焦当前变动的小型单元测试，待逻辑稳定收敛后，再在 CI 流程或上线前统一运行全量测试套件。
在消耗重置或 Credits 前统筹评估双窗口
在决定使用 Banked Reset 或充值 Credits 之前，务必先对比 5 小时滚动窗口与每周窗口的剩余状态及重置时间。如果短周期窗口在半小时内即将恢复，稍作等待的性价比远高于仓促消耗珍贵的一次性转存机会；若每周硬性配额已告罄且当前任务具有紧迫的业务交付价值，再审慎评估使用转存重置、消耗 Credits、升级套餐规格或合理拆分延期推进的实际成本。
关注关键人物，提前安排重置前的工作
我会在 X 和 Reddit 关注 OpenAI、Codex 产品负责人及团队成员的发帖。看到他们预告额度将自动重置，就提前安排任务，用好重置前的剩余额度。
例如，已知明天会重置，就把原定的开发、测试或代码审查提前到今天，重置后再处理下一批任务。关注这些消息，是为了给自己留出安排工作的时间，避免等到重置时才发现上一轮还有大量额度没用。
额度用完后，该等待、重置还是使用 Credits？
先打开 Settings → Usage 或使用 /status，确认耗尽的是哪项额度、何时自动恢复。然后判断：当前任务能否等到恢复时间？
| 任务与账号情况 | 建议选择 | 决定前需要确认 |
|---|---|---|
| 任务可以等到额度自动恢复 | 等待恢复，保留 reset 和 Credits | 自动恢复时间是否满足交付期限 |
| 任务不能等，且有未过期的 banked reset | 考虑使用 reset 恢复额度 | 对比 reset 有效期与原定恢复时间，并考虑重置后的新七天周期 |
| 任务不能等，但没有可用 reset，或希望保留原有每周周期 | 查看账号是否支持 Credits | 确认价格、余额及可接受的预算后再决定是否继续；如果不适合付费，就调整任务安排 |
除了当前能否继续工作，还要考虑对下一周和费用的影响。 Reset 会改变每周重置时间；Credits 用于支付额外用量，两者需要分别评估。
结语
管理 Codex 额度，既要明确任务，也要安排好使用时间。提前掌握重置消息、用好剩余额度，并在使用 banked reset 前考虑新的七天周期与到期日，才能把额度用在真正需要完成的工作上。
如果你正在全面评估不同 AI 辅助编程方案的适用场景，推荐延伸阅读 AI 编程工具对比：Claude Code、Codex、Cursor 怎么选？。
