Codex credits 怎么计量和购买：与周限额、API 计费的关系

Codex 没有一个适用于所有账户的固定次数。先打开已登录的 Codex Usage 面板，再在当前 CLI 会话运行 /status：前者告诉你账户还剩多少、何时重置、是否能购买 credits；后者显示当前会话、context 占用、配置和可见的 rate-limit 信息。

最容易记住的顺序是：计划内用量先扣 → 触及适用上限后才扣可用 credits → API key 始终走另一份 Platform 账单。买 credits 不会把 weekly limit 的进度条清零，也不会改变它的重置日期；它是在包含额度用完后的付费续用层。

不要先买额度或升级。先确认到底是哪一个计数器在拦你：

新闻说“取消 5 小时限制”，为什么我还会遇到？

先把三层证据分开：

1. 官方定价表看公开合同。 截至 2026 年 8 月 4 日，OpenAI 的当前 Codex 限额表仍写着：符合条件的本地消息与 cloud chats 共享五小时窗口，并且可能另有周限额。
2. 临时公告看阶段性事件。 2026 年 7 月的中文新闻曾转述员工社交帖，称部分付费计划“暂时取消”五小时限制并补发重置。关键词是“暂时”，它不能自动改写长期计划合同。
3. Usage 面板看你的当前账户。 容量活动、促销、已储备 reset、计划和 workspace 合同都可能让不同账户看到不同状态。你的横幅与重置时间决定此刻能否继续。

所以，稳妥结论不是“已经永久取消”，也不是“所有人一定仍被五小时卡住”，而是：公开表仍保留五小时窗口；临时执行可能变化；你的 Usage 面板拥有当下状态。

“5 小时”不是可以连续工作的五个小时

五小时指 reset window，不是 wall-clock 工作时长。OpenAI 说明，用量会受模型、任务规模和复杂度、本地或云端执行、context、推理、工具、检索与缓存影响。prompt 看起来差不多，不代表消耗相同。

这会产生四个常见误解：

• 本地任务和适用的 cloud chat 可能扣同一个五小时池，不是各自一份。
• 五小时窗口恢复，不代表额外的 weekly counter 已恢复。
• 大仓库、长上下文、多工具与长输出，可能很快消耗范围。
• 活跃 turn 触限时不一定当场中断。OpenAI 当前说明是：在 fair-use 约束下，该 turn 可能继续完成；结束后再看 Usage 面板提供的是 wait、credits、reset 还是升级。

当计划提供相应功能时，Codex、ChatGPT Work、ChatGPT for Excel 与 Workspace Agents 还可能从同一个 agentic usage/credit pool 扣除。这是条件式共享，不代表普通 ChatGPT 对话、图片、语音等所有功能都共用 Codex 限额。

不要用公开消息范围反推 credits 账单

OpenAI 的计划表会给不同模型和计划显示 local messages / 5h 的范围，但它不是 credits 账单。范围用于描述计划内 headroom；credits 的新费率卡则按 token 类型计算。模型、范围、计划名称和活动都很易变，本文不复制整张消息表。要判断还能否继续，以登录后的 Usage 为准；要判断 credits 如何扣，以当前 rate card为准。

这两个视图不能互相换算成固定公式：一次“消息”可能读取很少文件，也可能遍历大仓库、使用多个工具并输出长结果。先用计划内池，达到适用上限后再进入 credits，才是正确的时间顺序。

Pro 用户只想核对账户层级时，可继续看 Pro Codex 用量检查。本页负责 credits 与所有计数器的总地图。

/status、/usage 和 Usage 面板不要混用

• /status：看当前 session 的配置、context usage 和可见 rate-limit 状态。
• /usage：当前文档把它用于账户 token 活动，并可能显示符合资格的 reset 操作；是否出现取决于产品和账户。
• Usage 面板：看 signed-in account 的剩余额度、重置、credits 与可用购买选项。

context 占到 90% 和计划窗口只剩 10% 是两件不同的事。clear、compact、缩小文件范围可以降低后续 context 与用量，但不会把已经扣掉的五小时或周限额退回来。若你主要想看 token/context，而不是计划 entitlement，继续看 Codex token 用量指南。

三个现场，先看证据再判断

场景一：桌面端弹出“稍后重试”，Usage 同时显示五小时重置时间。 这是计划窗口证据。即使当前 session 的 context 很低，也不能靠清空聊天立即恢复。正确动作是让仍可完成的 active turn 收口，然后等待面板显示的 reset；下一轮再缩小任务，避免重复消耗。

场景二：终端返回 429，并带有 RPM、TPM、remaining 或 reset header。 先看这次 CLI 是用 ChatGPT 登录还是 API Key。只有 API 请求头、组织/项目限制和 Platform 控制台能拥有 API rate-limit 结论。不要因为错误发生在 Codex CLI，就自动把它归到 ChatGPT 五小时窗口。

场景三：/status 显示 context 接近上限，但账户面板仍有大量计划余量。 这是 session 容量问题。新开一个聚焦任务、缩短共享说明、只读必要文件或过滤测试日志，通常比升级计划更对症。相反，如果 context 很低而 weekly counter 已触顶，换新 session 也没有帮助。

还有一种容易误判的情况：Usage 数字短时间没有更新。credits 余额与后台计量可能存在短暂显示延迟；不要立刻连续重跑同一个高成本任务。先保留时间、模型、任务入口和当前横幅，再刷新官方面板确认，避免在不确定状态下制造第二笔消耗。

GitHub review 不一定都走独立配额

由 GitHub 触发或自动执行的 Codex review 使用 Code Review meter。本地运行的 review，或不在 GitHub 触发流程里的 review，仍计入一般 Codex 用量。

因此，“帮我 review 这个 PR”这句话本身不能决定走哪一个计数器，触发入口才决定。API Key 路线也不包含所有 Codex cloud 功能；官方当前边界明确把 GitHub review、Slack 等 cloud features 排除在 API Key 行之外。

credits、API rate 和 API 账单是三本账

达到套餐内限制后，符合条件的 Plus/Pro 账户可能看到购买 credits；flexible-pricing 的团队合同可能使用 workspace credits。OpenAI 当前 Codex rate card 对大多数用户按 input、cached input 与 output Token 计 credits，模型、输出和 speed 配置都会改变消耗。

credits 现在怎样计量

对采用新 token-based rate card 的账户，可以用下面的式子读账：

credits = input tokens ÷ 1,000,000 × input rate + cached input tokens ÷ 1,000,000 × cached-input rate + output tokens ÷ 1,000,000 × output rate

以 2026 年 8 月 4 日官方表中的 GPT-5.4 mini 为例，费率是每百万 input 18.75 credits、cached input 1.875 credits、output 113 credits。若一项任务产生 100,000 input、400,000 cached input 和 20,000 output，则说明性计算为 1.875 + 0.75 + 2.26 = 4.885 credits，约 4.89 credits。它只演示读表方法；真实扣量、模型费率与界面舍入以 Usage 为准。

在哪里购买，买前检查什么

符合条件的 Plus/Pro 账户可在网页或 Codex app 的 Codex Settings > Usage > Credits 购买。部分账户还可开启 auto top-up：当余额低于你设定的最低值时，系统使用默认付款方式补到目标余额；如果开启时已经低于阈值，可能立即发生购买。

购买前确认四件事：

1. Usage 显示当前是计划内限额触顶，而不是 context 或 API 429。
2. 页面确实给当前账户或 workspace 提供 Credits 入口；没有入口就不要找第三方代充。
3. 了解 credits 可能与其他受支持的 agentic features 共用，而不只服务这一项 Codex 任务。
4. 购买的 credits 自购买日起有效 12 个月，未用完不结转；通常不可退款、不可转让，法律另有要求除外。

但 credits 不是 API balance。顺序应这样理解：

1. 先消耗计划内用量。
2. 账户支持且有 credits 时，才可能转入 credits 继续。
3. 使用 API Key 时，进入独立的 Platform 按量计费、rate limit 与 budget。

API Key 不是免费绕过方案，也不会恢复 ChatGPT 计划窗口。只有当你确实需要可编程本地任务，并愿意承担 API 费率和限速时，才考虑切换；先读 Codex API Key 与订阅的区别。

Business 与 Enterprise 还要再看一次合同

“工作区账号”不能直接推出固定额度。OpenAI 当前把标准 Business included usage、flexible-pricing workspace 和少量仍处旧费率卡的 Enterprise 分开处理。flexible pricing 的使用量随 workspace credits 扩展；非 flexible 的 Enterprise/Edu 在多数功能上采用类似 Plus 的 per-seat 限额。

管理员看到 workspace credits，不代表成员的 API 组织也获得余额。ChatGPT workspace membership 不会自动授予 Platform API 的组织、项目、模型权限或账单。反过来，API 组织有预算也不会提高成员的 ChatGPT 计划窗口。团队排查时，应同时记录登录身份、workspace、API organization/project 和实际触发入口，而不是只写“Business 额度不够”。

做一张自己的“用量小票”

社区里常见“每分钟消耗百分之几”的公式，但 OpenAI 没有给出对所有账户通用的换算。更可靠的方法，是只观察你自己的一个受控任务：

1. 在 Usage 面板记录开始百分比和 reset 时间。
2. 运行 /status，记下模型、context 占用、本地或云端。
3. 给任务限定文件、结果和 stop condition，例如“只修改一个函数，跑一个测试后停止”。
4. 记录本轮是否用了 MCP、浏览器、检索、长测试日志、图片生成或 GitHub review。
5. 任务结束后记录剩余额度。
6. 下一轮只改一个变量：模型、context、工具、任务范围或 speed。

不要同时换模型、清历史、关工具又重写任务。那样可能省用量，却无法知道是哪一个动作有效。也不要把自己的结果写成“Codex 每条固定消耗”；它只适用于当时的账户、模型、仓库与日期。

观察时也要给“有用产出”一个明确标准。例如，同样是修复测试失败，一轮只定位根因，另一轮同时读取全仓库、生成迁移方案、修改代码并跑完整测试，它们不是可比较样本。更好的记录是：完成了哪个实际任务、读取多少必要文件、调用哪些工具、是否达到停止条件。这样才能判断较高消耗是否换来了更完整的结果，而不是只追求百分比下降。

哪些减量动作有明确因果路径

• 缩小任务边界： 少读无关目录、旧对话和大段日志，直接减少需要处理的输入。
• 收紧 AGENTS.md： 把专用规则放到更靠近目标目录的位置，避免每次任务都注入全局细则。
• 关闭不用的 MCP： 每个 server 的工具定义和返回内容都会增加 context；只保留本轮真正需要的能力。
• routine 工作用更轻模型： 官方表给轻模型更高的消息范围，但这仍是范围，不是固定倍率。
• 过滤测试输出： 先看失败摘要和相关堆栈，再按需展开，不把数万行日志带入后续每轮。
• 无关任务开新 session： 它能隔离旧 context，却不能绕过五小时或 weekly entitlement。

这些动作改变的是未来消耗。如果账户已经触顶，仍需按真实 reset、credits 或 API 合同等待或续用；任何“清一下就返还额度”的说法都没有当前官方依据。

根据计数器选择唯一下一步

• 五小时窗口触顶： 允许的话先让 active turn 收口，然后按横幅等待重置。
• 周限制触顶： 等 weekly reset；反复开新 session 不会把它变成五小时问题。
• 未来消耗太快： 缩小 AGENTS.md 作用域、减少无关 context、关闭不用的 MCP、过滤长日志，routine 工作选更轻模型。
• 账户提供 credits： 先看 rate card 和任务规模，再决定是否购买；不要用 credits 掩盖臃肿上下文。
• API 429： 按 RPM/TPM、headers、并发和 project/org 限制处理。
• API 余额或预算： 修正 Platform 的组织、项目、billing 或 budget；ChatGPT 订阅不会代付。
• 每周持续不够： 收集几轮“用量小票”后，再比较 credits、计划 headroom 或主动 API 路线。

只使用账户界面或当前官方文档明确提供的 credits、reset 和购买入口。本页不提供共享账号、买号、代充、凭证转售、非官方 reset 脚本、VPN 或换区规避。中文界面和中文文章也不等于某个所在地天然受支持，访问与购买仍以当前官方地区政策和账户状态为准。

Codex 使用限制真正需要回答的不是“总共能发几条”，而是：哪一个计数器变了、它的实时权威入口在哪里、下一步只做什么。