Codex 容量不足还是额度用完？看清提示再处理

会员还没到期，Codex 却拒绝开始任务，先读完整提示。服务暂时接不了请求、本人用量耗尽、API 请求受限，是三个不同问题。 本篇让你选对处理方向。

🎯 这篇要完成：容量不足还是限额。 选对原因，再决定操作。

原创流程示意，帮助记住顺序；具体按钮、字段和条件以当前页面与本次订单为准。

一、先按关键词分辨

只看到一行数字还不够。截图保留完整上下文，记下客户端、模型和发生时间；不要把等待时间、重置窗口与会员到期日混为一谈。

二、capacity：先查服务，再受控重试

容量提示可能涉及服务侧承载或当前链路。先结合官方状态、完整错误和自己的用量核对；这些线索不能单独证明你这次报错的唯一原因。

1. 保存已经完成的任务与文件修改。

2. 打开官方状态页，看当前是否有相关事件。

3. 有明确等待提示，按提示等；没有时拉开重试间隔，避免持续连点。

4. 当前账号提供其他合适模型时，可以选一个做小任务。

5. 持续失败，保留时间、模型、完整报错与反馈编号，交给官方或相应服务方检查。

状态页是汇总信息，全部显示正常也不能排除个别账号、地区或请求的问题。升级套餐不能保证修复容量故障。网上的“养号四小时”“改 2FA 恢复模型权重”等说法，缺少可验证依据，不作为本教程步骤。

三、个人额度：查看自己的恢复时间

打开官方用量页，核对账号和工作区，再看哪一项触顶。CLI 用户也可以在当前会话里用 /status 查看相关状态。

按账号提供的选项等待恢复、使用现有可用模型，或查看是否有追加用量和升级选项。换成桌面端、CLI 或另一个设备，不会凭空增加同一账号的额度。

截至 2026 年 10 月 14 日，官方 Pricing 写明 Pro 当前没有五小时限额，但仍可能有周限额；Plus 的任务消耗还受模型、上下文和任务复杂度影响。这不等于每条消息固定扣一个单位。套餐对比见套餐与限额说明。

四、API 429：继续看具体错误

API 的 429 可能是请求频率、余额或项目限制。rate_limit / slow_down 先降低频率，并按 Retry-After 等待；余额耗尽要核对 API 余额；项目或组织上限要检查对应控制。反复重试不能补足余额。

订阅登录和 API 计费的区别见账单分辨教程。第三方服务返回的 429，按那家服务的文档处理，不能直接当成 OpenAI 官方额度。

五、恢复后检查原任务

先发一个只需文字回答的小任务，确认链路恢复。继续原任务前核对哪些命令或修改已经完成，避免“重新来一遍”造成重复操作。其他报错见综合索引。

实际操作中，容易弄错的地方

用两条消息做对照

“服务器当前容量不足”更像服务侧承载情况；“你达到用量限制”更像这个账号的额度。它们可能都让任务暂停，但应该看的证据不同。

用量问题先看当前账号Usage的具体项目和恢复提示；容量问题先核对官方状态和完整错误，再按支持的模型或模式尝试。状态页没有公告，也不能保证每个账号、地区或模型都无异常。

API的429还要读错误内容，区分请求频率与额度/账单类问题，不能只凭数字决定充值。

不要靠改2FA、频繁换IP或“静置养号”来证明容量已经修复；恢复后用原任务的小范围重试确认结果，并记录恢复时间。

💡 小锅提醒：别急着买更贵的套餐。

完成前，再做一次小检查

• ✅ 当前账号、订单或项目，就是这次要操作的对象。

• ✅ 操作已经按页面确认，结果符合“选对原因，再决定操作”。

• 🔎 如果仍有报错，保留本次完整提示，再去对应排查入口；敏感凭据先遮挡。

参考：官方服务状态、官方用量说明、API 错误码。