现在能长期购买的个人 Codex 档位，不是 Plus、Pro 5x、Pro 10x，而是：每月 20 美元的 Plus、每月 100 美元的 Pro 5x，以及每月 200 美元的 Pro 20x。所谓“Pro 10x”，指的是 2026 年 5 月 31 日前的一次限时加量，不是今天仍然存在的第三档方案。
如果你还没有自己的用量记录，先选 Plus。只有当 Usage Dashboard 连续多周显示 Plus 经常打断正常工作，而且等待重置、改用更省额度的模型或临时购买 credits 都不划算时，Pro 5x 才有明确价值。Pro 20x 面向的是已经能证明 5 倍额度仍然不够的持续重度使用者。
这里的 5x、20x 都是使用额度倍率，不是速度、回答质量或模型“智商”的倍率。
| 当前方案 | 美国官方月价 | 相对 Plus 的用量 | 更像哪类选择 |
|---|---|---|---|
| Plus | 20 美元 | 基准 | 日常写代码，偶尔等一次重置也能接受 |
| Pro 5x | 100 美元 | 5 倍 | 每天长时间使用，Plus 经常成为工作瓶颈 |
| Pro 20x | 200 美元 | 20 倍 | 已经有稳定高负载，并且 5x 仍会频繁触顶 |
OpenAI 的 Pro 档位说明明确写着：两档 Pro 的核心能力相同，主要区别是用量；100 美元档为 Plus 的 5 倍，200 美元档为 20 倍。购买前仍应打开实时 Codex 定价页核对，因为可选模型、额度范围和 credits 入口会调整。
为什么很多页面仍然写 Pro 10x
这个称呼并非凭空出现。OpenAI 2026 年 5 月 29 日更新日志宣布 100 美元 Pro 时，说明它的标准额度是 Plus 的 5 倍，但在限时活动内，Codex 用量最高可到 10 倍；活动持续到 5 月 31 日。原有的 200 美元档也在当时继续享受自己的 Codex 促销。
因此，同一个“Pro 5x”用户在活动期内和活动结束后，实际感受到的可用量可以明显不同。旧截图、旧测评和论坛体验可能都是真实的，却不能直接代表今天的新订阅。
遇到“10x”时，先问两个问题：
- 它是否明确写了 2026 年 5 月 31 日前？
- 它说的是 100 美元档的临时 Codex 用量，还是错误地把 10 倍价格理解成 10 倍性能？
今天账户里的方案选择器、Usage Dashboard 和结算页，比旧文章里的套餐表更有决定权。
别把套餐倍率当成固定任务数
“Plus 每天能做多少个任务”很难得到一个对所有人有效的数字。OpenAI 的当前 Codex 使用说明列出的影响因素包括模型、任务运行位置、复杂度、上下文、推理强度、速度和工具。一个跨仓库迁移与一次改变量名，消耗自然不可能相同。
Codex 定价页还说明，本地消息与云端任务可能共用一个五小时窗口，同时还可能有额外的周限额。于是，“五小时窗口重置了”不代表周额度也恢复；别人一次能发多少条，也不能推导你的大仓库能跑多少次。
更可靠的做法是记录一周自己的真实工作：
| 记录项 | 你要从中判断什么 |
|---|---|
| 模型，以及本地或云端入口 | 是否只有某条高消耗路线经常触顶 |
| 任务类型和大致时长 | 哪类工作真正需要更大额度 |
| 开始与结束时的用量比例 | 单次任务对窗口的实际影响 |
| 页面显示的重置时间或周限额 | 等待究竟是短暂停顿还是持续瓶颈 |
| 触顶后的处理方式 | 换模型、拆任务或 credits 是否已经解决问题 |
| 真正耽误的时间或额外支出 | 这次中断值不值每月多付 80 或 100 美元 |
CLI 会话中可以用 /status 查看当前可见状态；完整判断仍以账户的 Codex Usage Dashboard 为准。
用“增量成本”选档，而不是只看总价
Plus 到 Pro 5x，每月多付 80 美元；Pro 5x 到 Pro 20x，再多付 100 美元。第一段升级买的是日常可用空间，第二段升级买的是持续高负载容量。
如果把 Plus 用量暂时记作一个相对单位，Plus 是 20 美元一个单位，Pro 5x 是 100 ÷ 5，同样是 20 美元；Pro 20x 则是 200 ÷ 20，即 10 美元一个相对单位。这个计算只能说明 Pro 20x 更鼓励高利用率，不能证明它对每个人“更划算”。没用掉的额度无法兑现，也不能转卖。
更实用的判断是：
- 保持 Plus：一周很少触顶；触顶后能等重置；或换轻量模型、缩短上下文就能继续。
- 考虑 Pro 5x：正常工作日反复触顶，且中断损失长期超过每月 80 美元的升级差额。
- 考虑 Pro 20x：你已经在 5x 上留下稳定记录，仍然频繁受限；或明确有足以消化 20x 的连续项目。
一次发布冲刺不应自动变成永久升级。连续几周都发生同一种瓶颈，才说明套餐可能真的偏小。
偶发高峰先比较 credits
符合条件的 Plus 和 Pro 用户，在用完方案内额度后可能可以购买 credits。OpenAI 的灵活用量说明表示，系统先消耗订阅包含的用量，再从已购 credits 中扣除；可用功能和购买入口以账户显示为准。
这条路线更适合偶发高峰，例如一次迁移、一周发布冲刺或临时大规模 review。把过去一个月实际购买的 credits 与升级差额比较：偶发支出长期低于 80 美元，就不必为了“以后也许会用”常驻 Pro 5x；credits 加上等待损失经常逼近差额，升级才更合理。
不要为了看不到限额而默认开启 auto top-up。已购 credits 不可转让，通常不可退款（法律另有要求除外），并会在购买 12 个月后到期；支持的其他 agentic 功能也可能使用同一个余额。预算应由你主动设置，而不是让充值替代用量判断。
API key 是另一张账单
Codex 定价页允许用户用 API key 执行额外的本地任务，并按标准 API 费率计费。这适合能按项目归集成本、主要做本地 CLI 或 IDE 工作的开发者，但它不会增加 ChatGPT 订阅内的 Codex 额度，也不能自动替代所有云端任务和方案专属能力。
请把三种计量分开：
- ChatGPT 登录先使用方案内 Codex 额度，之后才可能使用购买的 credits；
- API key 使用 API 组织或项目的余额、账单与限流；
- 工作区还可能有自己的 seat、策略或 credits 归属。
如果看到的限额和你以为的登录路线对不上，先用账户、工作区与 API 限额归属检查找出真正的 meter。若请求明确报 HTTP 429，则按Codex 429 排障指南处理，不要把升级订阅当成通用修复。
最稳妥的决定要可撤回
没有记录时，从 Plus 开始；有连续证据证明 Plus 影响日常交付时，再升 Pro 5x；已经证明 5x 仍然偏小，才进入 Pro 20x。OpenAI 说明升级会立即生效，降档则在下个续费周期生效，所以试错并非完全对称。
付款前重新打开 Settings → My Plan、实时定价页和 Usage Dashboard。真正合适的方案，不是数字最大的那一个，而是能让重要工作持续进行、又不会让你每月为闲置额度付费的最小档位。
