先给能直接做决定的答案：OpenAI Codex 现在没有一个适用于所有场景的统一“每日 token 上限”。真正生效的限制，要看你是在用 ChatGPT 计划自带用量、Business / Enterprise credits，还是 API key 的按量计费。
如果你已经撞到限制，别再追一张“Codex 每天多少 token”的截图。先打开 Codex usage dashboard 或 /status，确认自己落在哪条合同分支，再去看那条分支对应的数字、补量方式和下一步。比起背一个并不存在的统一额度，这样更接近你当下要解决的问题。
先判断你到底在看哪一种限制合同
很多人一上来就想找一张更精确的配额表。但对 Codex 来说，真正拖慢判断速度的，往往不是“少一个数字”，而是把三套本来就不同的合同压成一个问题。
| 你现在在用什么 | 真正管限制的是谁 | 先看哪里 | 到了上限后通常怎么处理 |
|---|---|---|---|
| ChatGPT Plus / Pro | 按模型和活动拆开的包含式用量窗口 | Codex usage dashboard、/status | 可以买 additional credits，或把部分额外本地任务切到 API key |
| ChatGPT Business / Enterprise | 可能是包含式 workspace 限制，也可能是 token-based credits | 先看当前 workspace 合同，再看 pricing / rate card | flexible pricing workspace 可以继续买 workspace credits |
| API key | token 定价、上下文窗口、RPM / TPM tier | API 模型文档和账户 tier 限制 | 本来就是按量计费，重点变成吞吐和成本 |
说明：本文所引用的 OpenAI Codex help、pricing、rate card、GPT-5.3-Codex API 文档，以及 2026 年 4 月 2 日团队定价更新，已于 2026 年 4 月 8 日再次核对。
这张分流图的意义，是帮你先把问题问对。Plus / Pro 用户问“Codex 每天多少 token”本身就不够贴近当前合同，因为官方现在不是这么写的。团队用户如果只看一张 Business 计划表，也会误判，因为现在同样叫 Business / Enterprise，座席类型和计费方式可能已经不一样。至于 API key，它从一开始就不是“订阅额度”那套逻辑。
如果你真正想补的是更广的 Codex 产品背景，而不是限制合同本身，可以接着看我们的 OpenAI Codex 2026 年 3 月更新指南。本文只做一件事：把“Codex 到底有哪些限制”这件事讲清楚。
Plus 和 Pro 现在的限制到底怎么看
对 Plus 和 Pro 来说，OpenAI 当前的 Codex pricing 页面并没有给出一个“每日 token 上限”。它给的是按模型、按活动拆开的 5 小时窗口，以及按周计算的 code review 上限。这就是大多数读者最需要先改掉的心智模型。
截至 2026 年 4 月 8 日，pricing 页面上的本地消息窗口大致是这样：
| 模型 | Plus 本地消息 / 5h | Pro 本地消息 / 5h | Business 本地消息 / 5h |
|---|---|---|---|
| GPT-5.4 | 33 到 168 | 223 到 1120 | 15 到 60 |
| GPT-5.4-mini | 110 到 560 | 743 到 3733 | 40 到 200 |
| GPT-5.3-Codex | 45 到 225 | 300 到 1500 | 20 到 90 |
同一页里还单独列了 cloud tasks 和 code reviews。以 GPT-5.3-Codex 为例，Plus 当前是 10 到 60 次 cloud tasks / 5h、10 到 25 次 code reviews / 周；Pro 是 50 到 400 次 cloud tasks / 5h、100 到 250 次 code reviews / 周；包含式 Business 则是 5 到 40 次 cloud tasks / 5h 和 15 到 30 次 code reviews / 周。
真正重要的不是把这些数字背下来，而是知道它们代表什么。OpenAI 现在明确写了：你实际能用到多少，会受任务大小、任务复杂度、以及工作是在本地还是云端运行影响。所以更稳的理解不是“我一天固定能发多少次”，而是“我现在拿到的是一个随活动形态变化的时间窗口合同”。
这也是为什么很多社交平台上的“我今天只剩这么多”截图很容易把人带偏。一个人可能主要在本地跑短任务，另一个人则在更重的 cloud tasks 上消耗，二者都是真实体验，但不一定对应同一条合同。把别人的截图当作你的固定日配额，本来就不安全。
Business 也出现在 pricing 表里，但别因此误以为所有 Business 座席只是 Plus / Pro 的“大号”或“小号”版本。2026 年 4 月之后，团队合同已经开始明显分叉。
为什么 Business 和 Enterprise 文档一会儿写 messages，一会儿写 tokens
如果你觉得 OpenAI 当前的 Codex 文档看起来前后不一，这并不只是措辞问题。更准确的说法是：OpenAI 现在确实同时运行着不止一种团队合同。
当前 Codex rate card 说明，自 2026 年 4 月 2 日 起，新老 ChatGPT Business 客户，以及新的 ChatGPT Enterprise 客户，Codex 都可以走 token-based credits。但同一份 rate card 也同时写明，新的和现有的 Plus / Pro 用户，以及仍在迁移期的既有 Enterprise / Edu 客户，依然可能留在旧的包含式合同上。
这就是为什么你会在一个页面看到类似“message-style included usage”的描述，在另一个页面又看到按 token 计费的 credits 表。两边不一定互相冲突，它们只是对应不同座席、不同迁移状态。
很多读者在这里会走错一步：看到 pricing 页面里的 Business 表格，又看到 rate card 里的 token credits，就认定 OpenAI 自己写乱了。更稳的读法是：现在的 Business / Enterprise 已经不能只看套餐名字，你还得继续问一层，这是不是标准 ChatGPT seat、flexible pricing workspace，还是已经转成 Codex-only 的 token-metered seat。
以当前官方数据为例，pricing 页面里仍然能看到包含式 Business 的快照，例如 GPT-5.3-Codex 本地消息仍写着 20 到 90 / 5 小时。但这并不等于所有 Business 座席都按这个范围运行。OpenAI 在 2026 年 4 月 2 日的产品更新里又明确说过：Codex-only Business / Enterprise seats 可以没有固定 rate limits，而是完全按 token 消耗计费。
所以如果你在 workspace 里问“Codex 每天到底多少”，更有用的问题应该是：我现在看到的是包含式 workspace 限制、可继续买 credits 的 flexible pricing 路线，还是已经转成 token-metered 的团队座席？一旦这么问，当前文档就不再像互相打架，而更像是按合同分层。
如果你走的是 API key，限制会变成什么
API 分支又是另一套合同。OpenAI 当前的 GPT-5.3-Codex API 文档，给出的核心限制是：
- 400,000 tokens 上下文窗口
- 128,000 max output tokens
- 按 token 计费
- 按账户 tier 生效的 RPM / TPM
这也是为什么 API key 不能再用“订阅计划额度”去理解。对 API 用户来说，更有用的限制概念是吞吐、上下文、输出上限和花费，而不是某个统一的日 token 数字。
截至 2026 年 4 月 8 日，GPT-5.3-Codex 模型页列出的 tier 限制大致是：
- Tier 1: 500 RPM / 500,000 TPM
- Tier 2: 5,000 RPM / 1,000,000 TPM
- Tier 3: 5,000 RPM / 2,000,000 TPM
- Tier 4: 10,000 RPM / 4,000,000 TPM
- Tier 5: 15,000 RPM / 40,000,000 TPM
这并不意味着每个 API 账户都天然拥有 Tier 5 吞吐。它说明的是：API 合同的核心是账户等级和 token 吞吐，而不是“给你每天一个固定池子”。
对读者来说，真正重要的后果是：如果你想在订阅计划额度之外继续跑更多本地任务，API key 确实可能是合适的 overflow 路线，因为它把问题转成按量计费。但它并没有让限制消失。你只是从“包含式 headroom”切换成了“显式成本和显式速率桶”。
如果你接下来关心的是“怎样以最低成本开始 API 路线”，可以继续看我们的 OpenAI API 密钥免费试用指南。那篇讲的是起步方式，这篇讲的是为什么 API 限制和计划用量不是同一种东西。
打到上限后，先看哪里，再选哪条路
只要先判断清楚自己在哪条合同上，打到上限后的决策反而会简单很多。
对 Plus / Pro 用户，OpenAI 当前 pricing 页面明确写了：你可以在包含式额度之外购买 additional credits。同一页也提到，切到 GPT-5.4-mini 可能让包含式限制更耐用。也就是说，现在的默认溢出路线，已经不是旧文章里那种“只能等重置或者升级”的二选一。
对 Business / Edu / Enterprise 的 flexible pricing workspace，OpenAI 写的是可以继续购买 workspace credits。这是 workspace 级别的路线，不是个人订阅式的路线。如果你在团队工作区里，先确认 workspace 是否已经有 credits 机制，往往比急着找 API 替代更重要。
对 额外本地任务，OpenAI 也明确给出了一条 API 路线：可以用 API key 按标准 API rates 去跑。这条路适合那些更愿意把额外任务放到 usage-based 经济模型里的读者。但它并不是天然更好，只是在某些工作负载下更清晰。
另一个经常被忽略的点，是官方监控面板本身。OpenAI 当前帮助页已经把包含式计划用量的主面板指向 usage dashboard 和 /status。很多“越看越乱”的情况，根本不是因为 OpenAI 少给了一个数字，而是因为你在看错面板、看错套餐表，或者把 API 文档拿去解释 ChatGPT 计划。
一个更稳的心智模型
如果你只想记住一句话，可以记这句：
当前的 Codex 限制问题，本质上是“先分清合同”，而不是“先找统一数字”。
Plus / Pro 先按 5 小时窗口和每周活动去理解。Business / Enterprise 先按座席类型、迁移状态和 credits 模式去理解。API key 则按 token 价格、上下文、输出和账户 tier 去理解。把这三套东西混在一起，文档当然会越看越像互相打架；把它们拆开，当前 OpenAI 的写法就会清楚很多。
这也是为什么这篇文章值得单独存在，而不是并进 broader Codex guide。3 月更新总览讲的是 Codex 整体产品形态，API key 指南讲的是最低成本的正确起步方式，而这篇要解决的是另一类更具体的问题：当你在搜索里看到“Codex 每日 token 限制”时，真正该先判断什么，先看哪里，再怎么选下一步。
FAQ
OpenAI Codex 有统一的每日 token 上限吗？
没有。当前 OpenAI 页面把 Codex 限制拆成了计划用量窗口、团队 credits 合同，以及 API key 的吞吐 / 计费合同，不存在一个对所有分支都成立的统一日 token 数。
Plus 和 Pro 现在真的是按“每天”算吗？
不是。当前 pricing 页面主要按 5 小时窗口 和 每周 review 上限 来描述，而不是一个统一的 daily token cap。
为什么 Business / Enterprise 页面有时写 messages，有时又写 tokens？
因为 OpenAI 当前同时存在多种团队合同。2026 年 4 月 2 日之后，新 Business / Enterprise 客户可以转成 token-based credits，但部分旧合同仍在迁移期。
API key 的限制和 ChatGPT 计划是同一套吗？
不是。API key 走的是 token 定价、上下文窗口、输出上限和账户 tier 的 RPM / TPM。
我现在应该先看哪里？
如果你看的还是包含式计划用量，先看 Codex usage dashboard 和 /status。这是 OpenAI 当前明确给出的主监控面板。
打到上限后最干净的下一步是什么？
这取决于你在哪条合同上。Plus / Pro 可以买 additional credits；flexible pricing workspace 可以买 workspace credits；额外本地任务也可以转去 API key。先分清分支，再花钱，通常更稳。
文章结论： “Codex 每日 token 上限”这个问题最容易误导人的地方，不是少了一个数字，而是把三套完全不同的限制合同误当成一回事。先分清你在哪条合同上，当前限制和后续路线都会清楚很多。