AIREITER一位 Plus 用户完成了一次 4 小时的编码后发现，每周额度已经用掉 47%，但距离本周结束还将近 7 天（用户 @BuildToCite 的发帖）。也就是说，即使每周额度还没用完，你仍然可能因为 5 小时窗口耗尽而暂时无法继续。
本文会拆解 Codex 的额度计量方式，说明 10 月 29 日的翻倍更新到底改了什么，并比较 Plus、Pro 和 Business 能买到多少不间断的工作时间。
Codex 不是一个额度，而是三个计量表
OpenAI 的Using Codex with your ChatGPT plan 帮助页面表示，Codex 与 ChatGPT Work 以及多个工作区代理共享额度。具体限制会受到套餐、模型、任务复杂度、上下文和推理强度等因素影响。实际使用时，用户看到的主要是三个计量项，这一点也能从AI Primer 的重置报告所引用的截图中得到印证：
- 5 小时滚动窗口——短时使用上限。额度耗尽后，即使每周额度还有剩余，也无法开始新的工作。
- 每周额度——按 7 天计算的总预算，决定你每周能完成多少个完整的 5 小时工作时段。
- 代码审查额度——专门用于审查任务的独立额度，在套餐级重置时也会恢复到 100%。
官方帮助页面建议前往 Settings 或使用额度面板，查看究竟是哪一项额度耗尽、剩余信用额度以及重置时间；CLI 用户也可以运行 /status。OpenAI 没有公布固定的消息数量，只提供范围而非保证，这也是独立的 QuotaTick Codex tracker 特别强调的一点。
这种滚动限制会在开发进行到一半时直接打断工作，之后还得重新加载上下文：
我刚完成了第一次 5 小时会话（用了 94%，还剩 6%），结果它竟然消耗了我整周额度的 47%。距离本周结束还有 6 天 20 小时，实际编码才 4 小时，额度已经少了一半。——@BuildToCite（发帖）
在 r/codex 的State of the $20 subscription 讨论中，u/ryuukiba 补充道：“而且任务没法再运行到完成。”用户真正抱怨的通常不是“明明还有额度”，而是 5 小时上限打断了原本完全可以由每周额度覆盖的任务。
哪些操作会真正消耗额度
别再简单按“消息数”来理解。由于 Codex 计量的是底层工作量，而不是聊天气泡数量，同一个提示词在不同日期或不同模型上，消耗可能完全不同。
根据帮助页面以及 OpenAI 员工在 GitHub Discussion #11406 中的说明，使用量取决于模型、执行位置（本地 CLI、IDE 还是 Cloud）、任务复杂度、上下文大小、推理级别、速度设置、调用的工具以及重试次数。自动审查安全检查免费且不计入额度；除此之外几乎所有操作都会消耗额度，包括在 Codex 中构建的 Sites。
用户报告中反复出现的高消耗模式主要有三种：
- 模型选择影响最大。QuotaTick 当前给出的 Plus 每 5 小时使用范围就体现了这种差异：GPT-6.1 Sol 为 15–160 条本地消息，GPT-6 Astra 为 5–45 条，GPT-6 Luna 为 350–3,000 条。Astra 的消耗速度可能达到 Luna 的一个数量级。有用户表示，仅仅“检查 2 个 PR 是否通过”就耗掉了 5 小时窗口的 28%（发帖）；相比之下，Luna 的公布范围要宽得多。
- 代理循环和重试会放大消耗。@buildwithrajath 将“代理浪费额度、原地打转”列为主要问题之一（发帖），并提到“额度消失得太快”和“额度变化莫名其妙”。如果研究代理卡住后反复调用同一个 API，没有任何进展也会持续消耗额度。
- 上下文和插件同样计费。一位GitHub 讨论参与者发现所有插件都会占用上下文窗口容量，于是将其禁用并改用 agent skills。大型代码库、附件和冗长的历史记录，都会增加后续每次调用的成本。
这也解释了为什么追踪器和官方文档可以同时“没错”，但你的额度表却不这么显示：后端路由、缓存命中、运行框架变化以及模型效率调整，都会改变消耗速度，而不一定改变公开的额度范围。
10 月 29 日的翻倍更新：到底翻了什么
如果误读这次更新，很容易直接买错套餐。
2026 年 10 月 29 日，Codex 员工 Tibo Sottiaux 发布了第 25 天更新：“我们将从今天起，把所有 Pro 100/200/500 层级以及 Business Premium 的使用限制全部翻倍。我们听到了大家的反馈，不会降低 Pro 200 的使用限制，因此你在 Work 和 Codex 上的使用量会保持不变。”（发帖）
这条帖子本身没有提到 Plus：
- 翻倍部分：Pro $100/$200/$500 和 Business Premium 的更广泛 ChatGPT 使用额度。
- 没有翻倍的部分：Codex，以及 Pro-200 语境下的 Work，保持不变。QuotaTick 的事件记录将 10 月 29 日 17:01 UTC 的“Doubling usage limits for Pro and Business tiers”列为一次限制提升，但同期的追踪器摘要明确指出，Pro $200 的 Codex 使用量本身没有变化。
- Plus：帖子没有点名 Plus，因此在仪表盘显示变化之前，应按 Plus Codex 计量项未变处理。
不要把这次更新和此前一项独立的促销活动混为一谈。在 Discussion #11406 中，OpenAI 员工确认，2 月至 4 月期间的 2 倍促销活动“将这两个窗口的最大使用量都翻倍”——包括 5 小时窗口和 7 天窗口，并且与客户端无关，使用 ChatGPT 登录 OpenCode 也适用。那项促销已经结束，10 月的更新适用范围不同。
给准备购买套餐的用户一个直接结论：如果你是因为期待 10 月 29 日之后 Codex 编码时间翻倍才购买 Pro，请重新检查仪表盘。
Plus、Pro、Business：实际能用多少编码时间
OpenAI 发布的是范围而不是保证。以下信息来自帮助中心和 QuotaTick 最近验证的表格；实际限制请以Codex 定价页面为准。
| 套餐 | 价格（2026 年 10 月） | 资料显示 | 实际意味着什么 |
|---|---|---|---|
| Free | $0 | 适合快速任务；桌面应用中的 GPT-6 Luna 正在逐步推出；未公布具体数字 | 仅适合试用，不含 Cloud |
| Go | $8/月 | 适合轻量任务；桌面应用中提供 Luna；未公布具体数字 | 比 Free 略高，但仍不含 Cloud |
| Plus | $20/月 | 每 5 小时：Sol 15–160、Astra 5–45、Luna 350–3,000；受每周上限约束 | 使用高消耗模型时，每周大约只能完成 2 个完整的 5 小时会话；集中使用的用户会先撞上 5 小时限制 |
| Pro $100 / $200 / $500 | $100–$500/月 | 目前没有 5 小时限制；$500 为 Plus 额度的 25 倍，并提供 Astra Ultrafast | 最适合每天编码；$500 层级是唯一明确标注 25 倍倍率的套餐 |
| Business | $20/用户/月（年付，月付 $25），2 个及以上席位 | 根据 QuotaTick 套餐表，每 5 小时的估算与 Plus 相同 | 每个席位的 Codex 持续能力与 Plus 相同；购买的是管理控制，而不是每个人更多的 Codex 额度 |
一个完整的 5 小时窗口，相当于每周额度的 10–47%（这是用户报告总结出的经验值，不是额度保证）。低消耗的 Luna 会话可能只占约 10%（每周大约可以进行 10 次），而 @BuildToCite 报告的一次高强度 Astra 会话，5 小时窗口消耗了 94%，每周额度消耗了 47%，意味着两次这样的会话就会用完本周额度。Dodo-reach 对这个变化的概括很直接：“现在一个 5 小时 Codex 窗口大约占每周额度的 ~10%，上个月还是 ~25%”（发帖）。作为规划规则，Plus 更适合按每周两次严肃开发来安排，而不是期待连续 7 天保持工作流。
Pro 消除的是最严重的中断，并不是所有限制。“目前没有 5 小时限制”不等于无限使用——每周额度和信用额度机制仍然存在。r/OpenaiCodex 的Usage limits are insane 讨论中，有 Pro 用户表示使用 Pro 5x 仅 45 分钟，每周额度就少了 20%（用户报告）。Pro 真正买到的是连续性：任务进行到一半时不会被强制停在 5 小时上。对每天开发的人来说，这一点本身就足以证明价差合理；而对于能接受每周集中完成两次任务的周末用户，搭配合理的模型选择，Plus 可能已经够用。
如果你使用第三方客户端，还需要注意官方 GitHub 的说明：只要通过 ChatGPT 进行身份验证，账户级额度在 OpenCode 中同样适用，因此更换客户端既不能绕过额度，也不会让额度翻倍。
如何查看、重置并延长额度，尽量不打断工作流
先做好测量，因为用户曾报告显示数据滞后；而 OpenAI 的使用情况更新表示，官方已经修复了过期的使用量显示，并将仪表盘文案从“limits used”改为“limits remaining”。
- 确认查看的是正确的计量项。桌面端/CLI：运行
/status，立即查看 5 小时额度和每周额度的分配。网页端：进入 Settings → usage dashboard，可查看哪一项额度耗尽、信用额度余额和重置时间。如果数字看起来卡住了，刷新页面。 - 有可用重置时要有计划地使用。帮助页面在添加信用额度、升级套餐或等待显示的重置时间之外，还列出了“使用可用的重置”（Using Codex with your ChatGPT plan）。不要把重置浪费在循环运行的代理上，先终止失控任务。
- 分清重置和充值。套餐级重置会将计量项恢复到 100%，但可能改变窗口结束日期，对节省额度的用户反而不利。信用额度属于按量付费的可用额度，会在包含的套餐额度用完后消耗；AI Primer指出，购买的信用额度有效期为 12 个月，并且与 API 信用额度分开计算。
- 能完成任务就优先选择成本更低的模型。侦察、规划和 PR 检查可以使用 Luna 或 Terra 级高效率模型；最终实现阶段再使用 Astra/Sol Extra High。在本文收集的案例中，简单检查在高消耗模型上可能占用 5 小时额度的 10%（u/stockwet，Reddit 讨论）到 28%。
- 把任务拆分到滚动窗口中。既然一次高强度会话可能用掉一半的每周额度，可以将工作拆成：侦察（低消耗模型，新窗口）→ 构建（高能力模型）→ 验证。Cloud 运行在 OpenAI 管理的计算机上，因此即使你的电脑休眠，任务也能继续（帮助页面）；但它消耗的仍是同一份额度，所以应该安排在重置之后，而不是重置之前。
- 把重置当作额外收益，不要当作计划的一部分。重置由服务商公布，没有固定时间表（QuotaTick tracker）。额度快用完时，如果刚好遇到重置当然能缓解压力，但不要指望能准确等到它。
用 GPT 5.5 工作了 4 分钟，我的 5 小时额度就掉了 10%。——u/stockwet，发布于State of the $20 subscription
在自己的 /status 历史记录证明情况不同之前，可以先采用这个经验值：假设任何高强度模型任务至少会消耗一个 5 小时区块的 10%，并按 Plus 每周大约 10 个这样的区块（或约 2 次完全跑满的会话）来规划。
常见问题
每周额度能容纳多少个 5 小时会话？
取决于消耗速度。低强度的 Luna 工作可以延伸到约 10 次会话（每次约占每周额度的 10%）；高强度 Astra 工作每次完整会话可能消耗 40–47%，因此大约两次就会用完本周额度。完成一次完整的 5 小时消耗后，查看你自己的比例。
为什么同一个任务这周比上周消耗多得多？
模型、推理强度、上下文大小、工具循环、重试、缓存行为以及后端运行框架变化，都会影响计量。同一个提示词如果使用了不同模型，或者面对更大的代码库，产生不同的消耗是正常的。
达到 5 小时上限后，任务还会继续吗？
新的工作会停止；在滚动窗口释放额度，或重置/信用额度生效之前，你无法开始替代性工作。之后恢复任务意味着要重新发送上下文，而帮助页面也确认上下文大小会影响使用量，所以应在触及上限前完成任务或建立检查点。
10 月 29 日翻倍更新后，Pro 是无限的吗？
不是。Pro 目前没有 5 小时限制，但每周额度、信用额度机制以及不同模型的消耗仍然存在。10 月 29 日的翻倍更新覆盖了更广泛的 Pro/Business Premium 使用量；Codex 专属计量项则被说明为保持不变。
Codex 下一次什么时候重置？
只有 OpenAI 知道。QuotaTick 将其预测标记为实验性功能，目前显示“过去的规律不再适用”。把重置当作额外收益，而不是使用计划的一部分。