Codex 对比 Claude Code 用量上限：规则趋同，实际能跑多远差很多

这个月，r/codex 上反复出现同一种说法：拿 Codex 和 Claude Code 比，用量上限差得离谱。这里的“离谱”不是说 Codex 差，而是反过来：很多人觉得，同样 $20，Codex 还没拦你时，Claude Code 已经把你挡在墙外了。这不是错觉，反馈也够稳定。但如果把它总结成“Codex 的限额规则更慷慨”，就抓错重点了。到 2026 年中，两家的用量规则那套机制已经几乎一样；真正不同的是，每个工具花掉额度的速度。

这篇文章把两边的规则、价位和实际消耗放在一起看。核心问题不是“谁的墙更高”，而是“同样的钱、同样形状的墙，为什么一边更早撞上”。来源放在文末。

30 秒速览

1. 规则已经趋同。 两家现在都采用 5 小时滚动窗口 + 周上限 + 按 token 计量的额度 + 付费超额。Claude Code 2026 年一直沿着这套规则走；Codex 在 2026 年 4 月 2 日改成按 token 计量。结构上已经很像。
2. 真正该比的是单位成本产出。 既然规则形状接近，关键就变成每一块钱能换到多少实际编程工作。
3. Claude Code 消耗更快。 独立对比显示，同一任务上 Claude Code 会消耗 Codex 的多倍 token；一项 100 多小时的对比接近 4×。token 用得越多，按 token 计量的额度就越快见底。
4. Claude 这边还有两个放大器。 Opus 比 Sonnet 更快掏空额度池；而且 Claude 聊天和 Claude Code 共用同一个额度池。Codex 的编程用量按自己的套餐计量，默认模型也更省。
5. 先看清名字陷阱。 Anthropic 的 Pro = $20。OpenAI 的 Pro = $100–$200，$20 档叫 Plus。所以 $20 对 $20 的正确比较，是 Codex Plus 对 Claude Code Pro；拿 Pro 对 Pro 比，很容易差出 10 倍。

用量规则已经几乎一样

很长一段时间里，Codex 和 Claude Code 的限额设计确实不一样。但这个差距已经收窄。今天看，两边的机制大致是这样：

它们甚至遇到了同一个说明难题：既然按 token 计量，就不能可靠地告诉你“到底有多少条提示”。OpenAI 会给范围，例如 Plus 大约是 15–80 条 GPT-5.5 本地消息 / 5 小时窗口，轻量模型范围更宽。原因很简单：真正扣的是 token，一个重任务可能等于好几个轻任务。Claude 也不用精确消息数，而是用相对 Pro 的倍数表达，逻辑相同。凡是把对比写成“X 条提示对 Y 条提示”的，都要先打个问号；厂商自己都不会这样承诺。

套餐价位能对齐，但先避开 Pro 陷阱

只要先把名字看准，两边的付费档位几乎可以一一对应。最容易出错的是 Pro：在 Anthropic 这里，它是最便宜的付费档；在 OpenAI 这里，它是更高价的编程档。OpenAI 的 $20 档叫 Plus。

两边往上加量时也用了同一套语言：在同样的约 $100 和约 $200 价位，都是 5× 和 20×。所以，对独立开发者最常见的 $20 月费来说，公平比较是 Codex Plus 对 Claude Code Pro。如果你把“Codex Pro”拿去和“Claude Pro”比，就可能是在拿 $200 档对 $20 档；很多“Codex 宽松太多”或“Codex 贵太多”的说法，都是在这里悄悄跑偏的。表格是列表价快照；两家公司 2026 年都不止一次改过规则和价格，别把它当成长期承诺。

同一堵墙，为什么一边更早撞上

如果规则已经接近，为什么大家还是更容易在 Claude Code 上撞墙？原因主要有三层。

1. token 效率。 这是最大的一层。独立上手对比里，Claude Code 为了完成同一任务，通常会比 Codex 消耗明显更多 token；一项被频繁引用的 100 多小时对比接近 4×。按 token 计量时，token 本身就是配额，所以 4 倍 token 大致就是 4 倍消耗。这里不要把“烧得多”直接等同于“浪费”。这些额外 token 往往对应更多探索、更多验证和更确定的输出。它是一笔取舍：你用额度换更细致的结果。但它确实解释了为什么同样形状的计量器会更快见底。

2. 模型消耗。 在 Claude Code 里，模型选择会强烈影响烧量：Opus 比 Sonnet 更快消耗额度池。把 Opus 长期开在日常任务上，Max 档也会被很快掏空；而且 Claude 的周上限还会按模型进一步切分，Opus 和 Sonnet 的扣法不同，Fable 5 自 7 月恢复以来还带有临时周子上限。Codex 默认编程模型相对更省，直接用默认设置时成本更低。

3. 共享额度池。 Anthropic 的计量器在 Claude 聊天和 Claude Code 之间共享。一个下午重度写代码，会顺手花掉聊天额度；聊天用得多，也会反过来影响 Claude Code。Codex 的编程用量则按自己的编程套餐计量。名义预算类似，但 Claude 这边有更多活动在抢同一个池子。

这三件事都不是“限额规则更差”。它们解释的是：规则长得一样时，为什么实际体感不一样。只比较规则，会漏掉真正让额度下降的地方。

谁该选谁

• 如果你优化的是 $20 档可用余量： 选 Codex Plus。大量迭代、实验、批量日常修改，最怕的是跑着跑着被限额挡住；这也是 r/codex 上那波热情背后的真实基础。
• 如果你要的是 Claude Code 的细致程度，或者已经在 Claude 生态里： 继续用 Claude Code，但要把消耗管起来。日常回合优先用 Sonnet，难题再上 Opus，并且记住共享额度池和周上限。2026 年 5 月（May 2026）的翻倍意味着同样的钱比春天能买到大约两倍 agent 时间。
• 如果你已经在 $100–$200 档： 两边都在服务全天使用者。这里不要只盯配额，应该看输出质量、模型阵容和生态适配。跨厂商判决和 Claude vs ChatGPT 编程对比更适合回答这个问题。
• 无论选哪边，都先减少不必要的消耗。 在 Claude 这边，最便宜的省额度办法不是买更高档，而是少生成没必要的代码。把过度工程规则写进 CLAUDE.md后，同一任务的 token 消耗会明显下降；这部分额度根本不用花出去。

真正的结论

2026 年再讨论“Codex vs Claude Code 用量上限”，有意思的地方已经不在“上限”本身了。两家相互观察后，几乎收敛到同一种设计：5 小时窗口、周上限、token 额度、付费超额。规则本身越来越接近平局，剩下该看的，是一个工具为了完成你的任务会花掉多少 token，以及共享额度池和高消耗模型会怎样放大这个差异。

所以，Codex 之所以显得更宽松，主要是因为它更省；Claude Code 之所以显得更紧，主要是因为它更细致。你要买的是更长的可用余量，还是更深入的输出，这才是现在真正值得争的选择。

配套阅读

• Claude Code 用量限额讲清楚 —— 5 小时窗口、周上限，以及怎么盯住自己的消耗
• 2026 年 Claude Code 价格 —— 哪一档在数学上真的划算
• 2026 最佳 AI 编程代理判决 —— Codex 和 Claude Code 放在一起怎么选
• Claude vs ChatGPT 编程对比 —— 配额之外，更大的能力和生态差异
• 停止在 CLAUDE.md 里过度工程 —— 从源头减少会把你推向上限的 token 消耗

Sources

1. Codex rate card — OpenAI Help Center
2. Codex pricing — OpenAI
3. What is the Max plan (usage limits) — Anthropic Support
4. Higher limits for Claude Code (May 6, 2026) — Anthropic
5. Claude Code vs OpenAI Codex, 100+ hours compared — Composio
6. OpenAI Codex Pricing 2026: Plans, Credits, Rate Card — UI Bakery

FAQ

2026 年 Codex 和 Claude Code 谁的用量上限更宽松？ $20 档上，开发者持续反馈 Codex Plus 比 Claude Code Pro 更能跑，撞到用量上限前能完成更多编程工作。但两家的规则结构已经很像，都是 5 小时窗口、周上限和 token 额度，所以差别不主要来自规则，而来自单位成本产出。独立对比显示，Claude Code 在相同任务上会消耗 Codex 的多倍 token，其中一项 100 多小时对比接近 4×。Claude Code 消耗更多不等于浪费，它往往换来更细致的输出；只是同样的 token 额度会被更快用完。

Codex 和 Claude Code 的用量规则怎么工作？ 两者已经很接近。Claude Code 使用每 5 小时重置的会话窗口，上面再叠周上限，周上限在会话开始 7 天后重置；Claude 聊天和 Claude Code 共用额度，超额部分按 API 价格扣用量额度。Codex 自 2026 年 4 月 2 日起改成按 token 计量，本地消息和云任务共用 5 小时窗口，上面也有周上限，并按每 100 万 token 折算额度；超额通过购买额度继续。两家都按 token 计量，所以都无法承诺精确提示次数。

Codex Pro 和 Claude Code Pro 是同一档吗？ 不是，这个名字最容易把比较带偏，而且一错就是 10 倍。Anthropic 的 Pro 是 $20 月费入门档；OpenAI 的 Pro 是大约 $100 到 $200 的高档，5× 和 20× 用量都在这里，OpenAI 的 $20 档叫 Plus。所以公平的 $20 对 $20 比较，是 Codex Plus 对 Claude Code Pro，不是 Pro 对 Pro。再往上看，Codex 的 5× 和 20× 档，才分别对应 Claude 的 Max 5× 和 Max 20×，价格也是约 $100 和约 $200。

为什么同样价格下 Claude Code 更容易先撞墙？ 三个因素叠在一起：token 效率、模型消耗和共享额度池。Claude Code 通常在同一任务上消耗更多 token，所以按 token 计量的额度会更快下降；在 Claude 的共享额度池里，Opus 又比 Sonnet 消耗快得多；同时 Claude 聊天和 Claude Code 用同一组计量器，重度编码会消耗聊天额度，反过来也一样。Codex 的编程用量按自己的编程套餐计量，默认模型也更省。

应该为了用量上限从 Claude Code 换到 Codex 吗？ 如果你的主要约束是 $20 档能跑多久，比如大量迭代、实验和日常批量修改，Codex Plus 确实给了更长的可用余量，这是很多人转向它的现实原因。如果你更看重 Claude Code 的细致程度，已经在 Claude 生态里，或者使用 Max 档并且能从 2026 年 5 月翻倍后的上限和 Opus 质量里拿回价值，Claude Code 仍然值得用，只是要管理消耗。到 $100–$200 档，两边都面向全天使用者，应该按输出质量和生态适配来选，而不是只看配额。两家公司在 2026 年反复调整过这些规则，所有具体数字都应当当作当时快照。