截至 2026 年 5 月 23 日，ChatGPT Plus 包含 Codex 使用量，但不能按“无限用”理解。更稳妥的读法是把它拆成几层表：短周期的活跃使用窗口、Plus 账户更大的周使用层、可用时才接上的 credits 余额，以及完全分开的 API key 计费路线。买 credits 之前，先打开 Codex Settings > Usage，再在正在使用的会话里运行 /status；如果你走的是 API key，ChatGPT credits 本来就不会被扣。
先给直接答案
credits 可以让一部分合格的 ChatGPT Plus 账户在内含使用量耗尽后继续使用支持的 Codex 功能。它不是所有“周限制”的充值按钮，也不会越过安全策略、工作区权限、地区或功能灰度、固定重置时间，当然也不会给 API key 路线充值。
最容易误判的地方在于，同一个“用不了了”的提示可能来自不同表盘。你可能只是撞上一个五小时活跃窗口；也可能已经用到 Plus 更大的周使用层；也可能在一个大仓库、长上下文、图片任务或 fast 模式里消耗太快；还可能根本是 API key 计费，和 ChatGPT 订阅 credits 没有关系。
先按这个顺序判断：
| 问题 | 去哪里看 | 能判断什么 |
|---|---|---|
| 当前是 ChatGPT 登录还是 API key？ | Codex 登录状态和会话信息 | ChatGPT 订阅使用量、credits 是否适用 |
| 现在挡住你的是什么？ | Codex Settings > Usage 和 /status | 是窗口、周使用层、重置时间，还是账户状态 |
| 账户是否显示 credits 入口？ | Codex Settings > Usage > Credits | 是否能把 credits 用作支持功能的延长层 |
| 任务是不是消耗太快？ | 模型、仓库规模、上下文、图片任务、速度模式 | 是否应先降消耗，而不是马上付费 |
一句话：Plus 有内含 Codex 使用量，但有限；credits 是账户可用时的延长层；真正的判断源是你自己的 Usage 页面和当前会话状态。
四层表盘要分开看
OpenAI 现在对 Codex 的描述不是一个单一数字。价格页和帮助文档同时提到计划、模型、任务大小、云端任务、本地消息、credits 和 API key。把这些全部压成“周额度”三个字，就是混乱的来源。
| 层 | 白话含义 | 对 Plus 用户的影响 |
|---|---|---|
| 五小时活跃窗口 | 本地消息、云端任务等 Codex 活动共享的短周期窗口 | 连续高强度使用时，可能很快看到窗口级限制 |
| 周使用层 | Plus 账户更大的计划级使用量，可能在重复高强度会话后出现 | 有时提示会要求等待更长的重置，而不是立即继续 |
| credits 余额 | 内含使用量之后、对支持功能可用的灵活余额 | 账户显示可用时能延长使用，但不是任何限制都能覆盖 |
| API key 计费 | OpenAI Platform 的独立按量计费路线 | 适合部分本地和平台工作流，但不消耗 ChatGPT credits |
这四层里，最要紧的是不要把“credits 余额”理解成“所有限制的最高权限”。它更像一个支持功能的续跑层：内含使用量先用，满足条件后再用 credits。若提示明确要求等待重置，或当前工作被组织权限、模型灰度、功能边界挡住，买 credits 不一定改变状态。
同时，任务本身也会改变消耗速度。一次小改动、短上下文、本地文件修补，和一个跨仓库云端任务不是同一个单位。fast 模式、长上下文、复杂重构、图片生成或多步骤验证都可能让你更快碰到可见限制。
Plus 到底包含什么
ChatGPT Plus 是 Codex 的有效入口，但它不是最高强度的 Codex 合同。更准确的说法是：Plus 提供适合日常、分段、聚焦开发任务的内含 Codex 使用量；实际能撑多久，要看模型、任务复杂度、上下文长度、是否云端执行、是否使用 fast 模式，以及账户当前是否获得 credits 延长入口。
对 Plus 用户来说，不要去记一个别人贴出来的固定数字。你真正要确认的是当前账户合同：
- Plus 包含 Codex 使用量。
- 这个使用量随模型和工作负载变化。
- 当前会话可能先受五小时窗口影响。
- 账户层面还可能出现额外周使用限制。
- credits 只有在你的账户和当前功能支持时才接上。
- API key 是 OpenAI Platform 计费，不走 ChatGPT credits。
所以两个 Plus 用户给出不同体验并不矛盾。一个人用较轻模型做小范围本地修改，另一个人让 Codex 跑大仓库云端任务，消耗速度不可能一样。判断时应先看自己的 Usage 页面，而不是把社区截图当成通用配额。
如果需要所有计划的横向表，可以看 OpenAI Codex Usage Limits: Plus, Pro, Business, and API Key Rules。当前这个问题更窄：你是 Plus，已经遇到 Codex 限制，credits 是否值得买。
Pro 降到 Plus 后，周限额怎么算
如果账户已经真正从 Pro 变成 Plus，后续 Codex 使用就按 Plus 表盘看，而不是继续沿用 Pro 的剩余额度。Pro 不会留下一个可携带的“周额度池”，让你在 Plus 身份下继续按 Pro 强度跑。
容易混淆的是时间点：计划中的降级、已经生效的降级不是同一件事。只要账户或订阅界面仍显示 Pro，就先按当前界面显示的计划和 Usage 页面判断；当账户状态已经是 Plus，相关表盘就是 Plus 的五小时窗口、可能存在的额外周限制、账户可用时的 credits，以及单独的 API key 计费。
如果你在 Pro 阶段已经高强度用过 Codex，变成 Plus 后 Usage 页面可能显示剩余很少、0%，或更长的 reset。不要试图用公开表格手算一个“Pro 剩余折算 Plus”的公式。先查：
- ChatGPT / Codex 账户里当前生效的计划
- Codex Settings > Usage 的 reset 文案
- 当前任务是否显示 credits 入口
/status显示的是 ChatGPT 登录还是 API key 路线
不要因为 Pro 额度消失就立刻买 credits。只有 Plus 侧 Usage 页面明确给当前支持的 Codex 工作提供 credits 入口时，credits 才是合理延长层；否则应等 reset、降低消耗，或把适合自动化的本地工作改走 API key 计费。
credits 什么时候有用
credits 有用，需要同时满足几个条件：
- 你是用 ChatGPT 登录方式使用 Codex，而不是 API key。
- 当前任务属于 Plus 计划和 credits 支持的 Codex 功能。
- 内含使用量已经用完，账户界面给出了 credits 作为继续使用的路径。
- 阻塞原因不是工作区角色、功能灰度、安全策略、固定重置或 API 计费边界。
满足这些条件时，credits 就是延长层。它能让你在支持的 Codex 工作上继续跑，而不是等到下一个自然重置。OpenAI 也描述过部分 Plus 和 Pro 用户可以使用自动补充，但不能假设所有账户、地区、组织、功能和时间点都会显示同一个入口。
相反，如果 Usage 页面只显示固定重置时间，没有 credits 入口；或者 /status 显示的是账户、工作区或 API key 状态；或者当前任务不属于支持功能，credits 就不是正确解法。继续充值前，先确认是不是走错了表盘。
买 credits 之前先做这些检查
| 检查 | 为什么重要 |
|---|---|
| 确认登录路线 | ChatGPT credits 只对应订阅计划里的支持功能，不对应 API key 计费 |
| 打开 Codex Settings > Usage | 这里能看到当前账户的限制、重置提示和 credits 入口 |
在会话里运行 /status | 能帮助确认当前会话、平台和账户状态 |
| 逐字读限制提示 | “等待重置”和“添加 credits”不是同一个动作 |
| 先降消耗 | 拆小任务、缩短上下文、换轻模型、避免 fast 模式，可能比付费更有效 |
| 查看当前 rate card | Codex credits 的消耗规则在迁移中，要按当前账户显示为准 |
如果只是一次低紧急度任务，等待重置可能更划算。如果是一次重要交付，且界面明确显示 credits 可用于当前 Codex 工作，购买才是合理动作。如果你经常在同一周反复触顶，问题就不再是一次 credits，而是 Plus 是否适合你的使用强度。
还有一个常见误区：API key 不是 ChatGPT credits 的“隐藏补充包”。它是另一条计费路线。你可以为了自动化、本地脚本、平台工作流而选择 API key，但那是路线切换，不是给 ChatGPT Plus 的 Codex 周使用层加油。
credits 没解锁时怎么排查
如果买了或看到了 credits，但 Codex 仍然不能继续，不要马上认定余额坏了。先把提示拆开。
| 现象 | 更可能的含义 | 下一步 |
|---|---|---|
| 当前会话是 API key | ChatGPT credits 不是计费源 | 确认是否故意走 API 路线 |
| Usage 页面显示固定重置 | 阻塞可能是窗口或周使用层 | 等待、拆任务或降低消耗 |
| credits 可见但任务仍失败 | 可能是工作区、角色、灰度或安全边界 | 查账号、组织、功能可用性和 /status |
| 大任务很快耗尽 | 任务本身消耗高 | 缩小仓库范围、减少上下文、分阶段执行 |
| 每周都高强度触顶 | Plus 可能不是合适计划形状 | 再比较 Pro 或 API key 路线 |
这个排查顺序比“再买一点试试”更稳。credits 是有用工具，但它不覆盖每一种账户状态。尤其在组织工作区、企业策略、地区功能灰度或安全限制里，余额并不等于权限。
等、买 credits、升级还是换 API key
| 情况 | 优先动作 | 原因 |
|---|---|---|
| 重置很快到，任务不急 | 等待 | 低紧急度任务没必要付费继续 |
| credits 入口可见，当前功能受支持 | 使用或购买 credits | 这是内含使用量之后的合格延长路径 |
| 常规任务消耗过快 | 先降消耗 | 小任务、短上下文、标准速度能拉长 Plus 使用时间 |
| 长时间高强度开发经常触顶 | 评估 Pro | 这是计划形状问题，不是单次救急问题 |
| 需要脚本、自动化或平台计费 | 有意识地用 API key | API key 是独立计费路线，不花 ChatGPT credits |
如果你的核心问题是在 ChatGPT 登录、credits 和 API key 之间选择，可以继续看路线对照：Codex API Key vs Subscription: Which Access Route Should You Use?。
哪些事实必须保持更新
以下信息都容易变化，不适合写成永久数字：
- Plus 的模型行和使用窗口说明
- 你的账户是否出现额外周使用层
- credits 和自动补充是否对当前账户开放
- Codex rate card 是否已经切到新的 token-based 计量
- fast 模式的消耗倍数
- 工作区角色、组织策略和地区可用性
- ChatGPT for Excel、Workspace Agents 等 agentic usage 是否和 Codex 共池
稳定规则不是记一个额度数字，而是在每次付费前识别真正生效的表盘。只有先知道是窗口、周使用层、credits、工作区还是 API key，后面的动作才不会错。
常见问题
ChatGPT Plus 的 Codex 是无限的吗？
不是。Plus 包含 Codex 使用量，但它受计划、模型、任务大小、执行方式和账户状态影响。官方描述里也存在窗口和额外限制，不应理解成无限使用。
credits 能把周使用层直接重置吗？
不能这么理解。credits 可以在合格账户、支持功能、内含使用量耗尽后延长使用；但它不是所有周限制、安全限制、工作区限制、灰度限制或 API key 路线的重置按钮。
我在哪里看当前还剩多少？
先看 Codex Settings > Usage。CLI 会话里再运行 /status。这两个位置比社区截图更接近你自己的账户真实状态。
API key 能不能当成更多 Codex 额度？
API key 可以承担适合本地或平台计费的工作流，但它和 ChatGPT Plus credits 分账。它不会消耗 ChatGPT credits，也不会自动获得所有 ChatGPT 计划里的云端功能。
Pro 降级到 Plus 后，还按 Pro 的周额度算吗？
不按。降级真正生效后，Codex 按 Plus 的使用窗口、周限制和 credits 入口判断。公开文档没有给出“Pro 剩余额度折算成 Plus”的公式，所以先看 Codex Settings > Usage 和 /status，不要凭旧 Pro 额度买 credits。
我应该买 credits 还是升级 Pro？
偶发、紧急、界面明确支持的任务适合买 credits。每周都长时间高强度触顶，才需要评估 Pro。评估前先确认不是 fast 模式、长上下文、大仓库或任务拆分方式造成的过快消耗。