Codex 没有一个适用于所有人的固定“每天多少条”。截至 2026 年 8 月 16 日，OpenAI 给部分付费方案公布的是按模型估算的 5 小时用量区间，同时说明还可能存在周限制。你的实际剩余量则要看当前账户的 Codex Usage 页面，CLI 会话中也可以输入 /status。
这两个信息不能互相替代：公开区间适合做计划，个人 Usage 才是当前账户的事实。一次很短的代码解释与一次包含大型仓库、工具调用和长上下文的迁移任务，即使都只发出一条消息，消耗也可能完全不同。
先确认是哪一种“限制”
遇到上限提示时，先看 Codex 当前通过什么方式登录和计费。
| 当前路径 | 用量归谁 | 首先查看哪里 | 触顶后的合法选择 |
|---|---|---|---|
| ChatGPT 个人方案 | 当前 ChatGPT 账户的 Codex／agentic 用量 | Codex Settings → Usage，或 CLI /status | 等待恢复、缩小任务、换更轻模型；界面允许时购买 credits 或升级 |
| Business、Enterprise、Edu 工作区 | seat、工作区规则或共享 credits | 工作区 Usage 与管理员可见信息 | 联系 owner/admin，确认 credits、权限和成本可见性 |
| API key | API organization/project | API 控制台、项目 limits、账单与响应 | 按 API token 计费处理，不套用 ChatGPT 套餐消息区间 |
OpenAI 的当前方案说明写明，Codex 已包含在 ChatGPT 各方案中，包括 Free 和 Go，但使用限制因方案而异。这里的“包含”只表示可以使用，不代表所有方案具有相同容量；当前公开定价页也没有为 Free、Go 给出一个可以长期承诺的固定消息表。
如果你真正遇到的是“切换到另一个账号仍显示相同额度”，那是身份、工作区或本地登录状态的排障任务，可以转到Codex 限制是否会跨账号共享。不要为了绕过限制轮换账号，也不要共享凭据。
当前公开的 5 小时区间
OpenAI Codex 定价页在 2026 年 8 月 16 日显示了下面这些本地消息区间：
| 模型 | Plus / Business | Pro 5x | Pro 20x |
|---|---|---|---|
| GPT-5.6 Sol | 10–100 / 5 小时 | 50–500 / 5 小时 | 200–2,000 / 5 小时 |
| GPT-5.6 Terra | 25–200 / 5 小时 | 125–1,000 / 5 小时 | 500–4,000 / 5 小时 |
| GPT-5.6 Luna | 250–2,000 / 5 小时 | 1,250–10,000 / 5 小时 | 5,000–40,000 / 5 小时 |
表中的跨度很大，原因不是数字“不准确”，而是它本来就不是每个账户的固定配额。OpenAI 明确指出，模型、任务规模与复杂度、本地或云端执行、上下文、推理、工具、检索和缓存都会改变消耗。提示词字数也不能单独预测一条消息要花多少用量。
同一官方页面还提醒：本地消息与 cloud chats 在适用情况下共享一个 5 小时窗口，并且可能另有周限制。达到周上限时，即使新的 5 小时窗口已经恢复，也不代表所有容量都能立即回来。因此，计划连续几天的大任务时，不能只盯着下一次 5 小时恢复时间。
当前表格对这些 GPT-5.6 行的 cloud chats 和 code reviews 标为不可用，这也说明“功能可用”和“某个模型在某列有公开额度”是两件事。不要把本地消息数字直接复制成云任务或代码审查的保证。
为什么两条消息消耗差很多
Codex 的 credits（用于追踪和延续使用量的额度单位）目前主要按 token 结构计算。OpenAI 的当前 rate card分别为输入、缓存输入和输出 token 设定 credits 比率。对大多数已迁移客户，GPT-5.6 Sol、Terra、Luna 每 100 万 token 的费率差异明显；官方还给出 GPT-5.6 任务通常约消耗 5–40 credits 的粗略范围。
这个范围不能反推“1 credit 等于几条消息”。实际任务可能读取大量文件、保留长历史、运行工具、产生较长输出，或启动额外 agent。缓存命中也会改变成本。一个合理的判断方式是看任务形状：
- 边界明确、文件少、输出短：通常更容易落在区间低端；
- 跨目录重构、长会话、工具密集、需要反复验证：更容易快速消耗；
- Fast mode：官方说明会以更高速度消耗 credits；
- 图片生成：当前定价文档称平均会比类似的非图片 turn 快约 3–5 倍消耗 included limits，具体取决于尺寸与质量。
这也是为什么“别人用 Plus 做了 80 条，我也一定有 80 条”不成立。真正可复用的是任务规划方法，不是别人的计数。
开始大任务前做一次容量检查
打开 Codex Usage 页面，记录当前方案或工作区、所用模型、5 小时剩余量、周剩余量和界面显示的恢复时间。CLI 中运行 /status 可以在当前会话里查看剩余限制。两处信息不一致时，先确认 CLI 登录的账户或 workspace 是否就是浏览器中查看的那个。
然后把任务切成一个可以单独验收的结果，而不是一次交付整个迁移。例如，先让 Codex 只完成调用路径梳理并保存结论，再开始实现；先做单一包的升级与测试，再扩大范围。这样即使触顶，你仍保留可复用的中间成果，而不是把上下文和判断全部压在一个未完成会话里。
模型选择也会改变可用空间。Sol 面向最难、最模糊的任务；Terra 更适合日常生产工作；Luna 面向速度和高量的聚焦任务。轻量模型不是所有问题的答案，但对于路由、提取、分类、小范围修改和明确验证，它可以显著延长同一方案的可用量。
触顶以后该走哪条路
OpenAI 的当前限制说明给出的正常分支很清楚：Plus、Pro 用户在 included usage 用完后，可以在账户提供该功能时购买额外 credits；采用 flexible pricing 的 Business、Edu、Enterprise 可以由工作区购买 credits。若界面没有购买入口，就不要根据别人的账户截图推断自己也有。
等待恢复适合不紧急、上下文已保存的任务。缩小范围或换轻量模型适合仍有容量但消耗过快的任务。工作区用户应先问管理员，因为 seat、共享 pool、权限和 auto-reload 可能不是个人可见或可改的。
API key 则是另一份合同。它适合你明确需要 CLI、SDK 或 IDE 中按 API token 计费的本地工作，并且能接受模型权限、账单、日志和功能边界变化。当前官方定价页说明，API-key 路径不包含所有 ChatGPT 方案下的云功能，因此它不是“给 Plus 额度充值”，更不是绕过限制的隐藏开关。
别把临时重置当作固定规则
2026 年的官方 changelog 确实记录过部分 Plus、Pro 用户的 rate-limit reset banking，以及具有资格条件和有效期的邀请活动；也出现过批量重置或临时调整。但这些事件只能证明某次活动或某批账户获得了特定能力，不能证明你今天一定有免费重置。
最可靠的判断只有两个：当前 Usage 页面是否显示可用 reset/credits，以及当前官方说明是否仍覆盖你的方案。新闻标题、社区帖子和历史活动页面都不应覆盖账户里的实时状态。
还有一个临近日期需要留意：当前 OpenAI rate card 宣布，2026 年 8 月 31 日 起，使用 ChatGPT 登录 Codex 的用户将不再使用 GPT-5.4 与 GPT-5.4 mini，分别建议迁移到 GPT-5.6 Terra 与 Luna。官方同时说明，OpenAI API 和使用自有 API key 的 Codex 不受这次退役影响。若你的容量计划仍以旧模型为基础，应在该日期前重新查看 Usage 和模型列表。
把公开区间当预算参考，把 Usage 当账户事实，把任务拆成可停可续的成果，才是面对 Codex 用量限制最稳妥的方法。
