Codex 订阅怎么选：限额、点数与 Pro 升级成本

先确定：这一次运行，钱从哪里扣？

会员是账号权益，API Key 是另一条认证和计费路径。判断依据应是当前会话，而不是浏览器里曾经打开过的会员页面。Codex CLI 可先输入 /status，再到同一账号的用量页核对；桌面端则查看当前登录账号、工作区和用量窗口。

如果你有个人账号，也加入过公司的工作区，先确认此次任务属于哪一个工作区。个人会员续费无法替公司工作区补额度。同样，给 API 账户充值也不会刷新 ChatGPT 会员的周期额度。下面这张表用来定位购买入口，不代表这几种额度可以互转。

“还能发多少条”不是一个可靠的购买单位

官方没有把每次任务当作相同消耗：模型、上下文和任务复杂度都会影响用量。长对话里反复读取文件与工具输出，和新会话里只改一处文案，不能用“都是一次请求”来比较。订阅内用量也不能直接套 API token 单价换算成固定任务数。

可以先记录一个有代表性的工作周：每次遇到限制时，记下使用的模型、速度档、任务类型、已用比例、限制名称与重置时间。不要记录客户资料或密钥。五次限制如果都集中在某个短时窗口，和每周都提前耗尽总量，是两种不同的购买理由。核对当天，官方对 Plus 列有五小时窗口，并提示可能存在周限制；Pro 当前没有五小时限制，但这不等于所有模型、周期都无限量。

这份记录还能发现可调整的任务。比如只修改导航文案，却让代理重新分析整个项目：更小的任务范围值得试验。反过来，跨目录重构需要依赖关系和测试信息，强行删掉上下文可能增加返工。省用量的衡量标准应该是“每个验收通过的改动”，而不是最少的请求次数。

Plus 与 Pro：先比较瓶颈，再比较档位

核对当天，官方列出的 Plus 月费为 20 美元，Pro 分为 100、200、500 美元三档。这是官方美元标价，不是商店报价，也未替你处理当地税费、支付渠道和升级结算。老文章只写“Pro 200 美元”，已经不足以覆盖当前选择。

更高套餐增加的资源，必须对应你遇到的限制。升级前，在购买页确认该档当前用量、支持的模型 / 速度，以及立即升级如何结算。不要从“5x”“10x”等名字推导出五倍、十倍的可完成项目数：耗时与成功率并不会按套餐名线性变化。

预览

图片预览

商品页截图，截取于 2026-10-09。图中展示 Plus；其他套餐、价格与购买要求以实时商品页为准。

一个可复算的升级账：等待时间不能全算收入

用官方标价作演示：从 Plus 20 美元升到 Pro 100 美元，完整月的标价差额是 80 美元。假设一个月有 6 次不可延后的中断，每次等待 20 分钟，共 2 小时。但等待时有一半时间能处理别的工作，真正损失的专注时间只有 1 小时。若这 1 小时对你值 100 美元，理论上能覆盖差价。

这个结论只在三个假设成立时有意义：限制确实是等待的原因，新套餐确实解除这些限制，省下的时间确实能用于有价值的工作。如果只减少其中一半中断，收益变成 50 美元，便低于 80 美元差价。月费更高，并不会自动创造那 100 美元。

我的比较顺序是：先估不可替代的损失，再拿升级差价与本月预计额外点数支出比较。如果只是临时冲刺，额外点数值得报价；如果每月持续补量，升级才值得长期比较。把所有候选费用统一成相同币种、相同周期，并计入税费和实际升级结算。不要同时拿官方美元标价与商店人民币售价来算同一个差额。

可避免的损失 = 中断次数 × 每次等待时长
               × 无法做其他工作的比例 × 时间价值

升级值得进一步考虑：
可避免的损失 > 升级的实际增量费用
且新档位确实缓解当前限制

购买与验收：会员开通，不等于任务马上没有限制

我的商店提供自己账号的 ChatGPT Plus / Pro 月度订阅，具体档位、价格与办理材料以商品页为准。这项商品购买的是会员；独立的 Codex 点数和 API 余额需要各自的入口。下面的图片是商品页公开流程演示，不是某位客户的订单或交付证明。

验收应分两层：先确认正确账号上的套餐已生效，再确认 Codex 此次会话使用了该账号 / 工作区。API Key 会话仍然可能走 API；原有周期限制是否改变，则要看升级后的实际用量页面，不能只看付款成功。

如果套餐已变、使用权限仍不符合预期，保留订单编号、套餐状态与错误提示，通过订单页处理。把“未交付”和“已交付但登录路径不对”分开，才更容易定位问题。

1. 购买前记下当前账号、套餐和要解决的限制。
2. 按商品页演示完成下单与材料提交。
3. 办理后核对套餐，再核对 Codex 的认证方式和用量状态。

预览

图片预览

商品页内置流程演示截图，截取于 2026-10-09。此图为演示，非真实订单或到账凭证；实际操作以商品页说明为准。