很多人第一次给 Codex 买额度时会卡在同一处：官网订阅、API 按量、第三方中转这三条入口各给什么、额度怎么算，看半天不确定该往哪个里充。这篇不讲哪个站好，只把购买入口和档位口径摊开：哪几档、差在哪、按你的调用量怎么选，以及下单前拿站内哪几页把价格和额度数字对一遍。
第一次给 Codex 买额度，容易卡在同一个地方：官网订阅、API 按量充值、第三方中转，这三条入口各自给什么、额度怎么算，看半天还是不确定该往哪个里充。这篇不讲哪家好，只把购买入口和档位口径摊开说：有哪几档、差别在哪三样东西上、按你的调用量该怎么倒推，以及下单前拿站内哪几页把数字对一遍。
先给个心理预期：额度这东西没有「买贵了一定亏、买便宜了一定赚」的绝对答案，全看你的调用形态。所以下面给的是判断顺序和核对动作，不是推荐某一条路。数字类的东西一律别信二手截图，去站内页面看当时的值。
先分清三条购买入口，别一上来就充
三条入口的本质区别不在「谁便宜」，而在对账口径。官方开发者账户是按量充值、官方编程订阅是按周期给额度池、第三方中转是把额度换成站内余额。你第一次充之前，先想清楚自己是「用量忽大忽小」还是「每天都要跑」。
- 官方开发者账户按量充值
- 绑定支付方式后充进余额，额度跟着实际用量走，没有固定档位，适合调用量波动大的人
- 官方编程订阅档位
- 按月付换一段额度池，额度按周期重置，适合每天都要跑、用量稳定的人
- 第三方中转充值
- 把额度换成站点内余额，入口和档位由站方定，价格口径要单独看
- 共同点
- 三条路都要你对账，区别只是对账时看的页面不一样
价格口径别凭记忆，官方与第三方的当前价到 /official-api 看，订阅档位的额度与价格到 /plans 和 /coding-plans 核对。这两页的数字是会变的，以你下单当天的为准。
档位差别到底差在哪三样东西
很多人比档位只比一个总价，其实真正影响你体验的是三项：额度上限、刷新周期、并发与限速。这三项在不同档位下的组合不一样，先看清哪一项是你的瓶颈。
| 对比项 | 按量充值 | 订阅档位 |
|---|---|---|
| 额度性质 | 余额，用多少扣多少 | 一周期内的可用总量 |
| 是否刷新 | 不涉及刷新 | 按周期回补，用不完一般不留到下期 |
| 并发与限速 | 看账户层级 | 同模型不同档位可能不同 |
| 适合谁 | 用量零散、模型常换 | 每天要跑、用量稳定 |
- 额度上限：一档给的是可用总量，不是速度，先确认这个数够不够你一个周期用
- 刷新周期：订阅类额度按周期回补，超出周期没用的部分通常不结转，按量余额不存在这个问题
- 并发与限速：高并发场景要单独确认这一列，别只看总额度
- 对照入口：订阅各档的额度口径统一在 /coding-plans 里看，别拼凑不同来源的截图
注意一个容易忽略的点：额度多不代表跑得快。如果你的任务对响应时间敏感，并发那一列的权重可能比总额度更高。什么情况下不适用这套对比？你只是跑几个轻量任务、每个月用不了多少的时候，纠结档位意义不大，按量充一点先跑起来更实际。
按你的调用量倒推该买哪一档
别凭感觉估用量，先用数据说话。统计一周的请求数和 token 消耗，把这两个数换算成一个周期的成本，再拿去和订阅档位的额度比。工具算式在站内就有，不用自己搭表格。
- 先估口径统计一周的请求数与 token 消耗，用 /tools/token-price-calculator 或 /tools/model-cost-calculator 换算成一周期的大致成本，作为比较基准
- 再比档位把换算结果和 /coding-plans 里各档额度放在一起看，用量大且稳定、模型集中的，订阅通常更省事；用量零散、模型常换的，按量更灵活
- 小额试跑拿不准就先充一点点，跑一个真实任务，看额度掉得快不快，再决定加不加。这一步只是降低试错成本，不代表一定划算
- 确认不适用场景需要指定上游、要特定并发、或者要在团队内分摊账的，先看团队型档位再谈个人档，个人档位那套对比在这里不适用
这里再补一句判断标准：如果你的用量峰值和谷值差得特别大，订阅的固定额度池可能一半时间闲着，按量反而更贴合；反过来每天稳定跑几十上百次，订阅的单价结构通常更友好。两种形态没有高下，只有合不合你的曲线。
下单前的核对顺序
下单前花几分钟核对四件事，能省掉后面大半的扯皮。顺序别跳，价格先核，额度口径其次，到账方式第三，最后留底。
- 第一步核价格把你看中的档位价格，到 /official-api 或 /coding-plans 对一遍当时数字，别只信聊天记录里的截图
- 第二步核额度口径确认额度是按 token、按请求还是按积分计，刷新规则写在哪一页，看不懂就去 /coding-plans 的说明看
- 第三步核到账方式官方直充、卡密、代充的到账时效不一样，付款方式说明在 /official-api 的厂商页里能找到
- 第四步留个底截图订单和额度页，后面额度对不上时有据可查。这不是防谁，是帮你对账
如果这四步里有任何一步在页面上找不到答案，先别付款。正常渠道的额度口径和到账说明都应该是可查的，查不到本身就是个信号。
数字一律去这几个页面看当时的
最后统一说一下数字都在哪。这篇全程没给具体价格和额度，因为这类数字变动频繁，写死在文章里第二天就可能过期，反而误导你。下面这张表就是你的核对清单。
| 你想确认的东西 | 去哪个页面看 |
|---|---|
| 官方与第三方报价 | /official-api 看当前价，/price-watch 看变动记录 |
| 订阅档位额度 | /coding-plans 下 Codex 系列页，含各档额度与价格速查 |
| 中转站价格横向对比 | /sites 目录配合 /card-prices 按站点对比 |
| 额度重置时间 | /resets 追重置记录，判断你的周期该按哪天算 |
- 价格是动态的，任何截图都可能过期，页面上当时的数字才算数
- 订阅额度看周期，按量余额不看周期，别把两套口径混着比
- 中转站的价格口径和官方不一定可比，横向比的时候要同类对同类
- 重置时间影响你的周期成本估算，跑之前先搞清楚哪天重置
常见问题
Codex 的额度和 API 余额是一回事吗？
不完全是。API 余额是账户里的钱，按实际调用扣；订阅档额度是按周期发放的使用池，到点重置，用不完一般不留。买之前先确定你要的是哪种，再看对应页面的口径，别把两者的数字直接相减。
买之前怎么知道一档够不够我用？
先用一周真实调用统计请求数和 token 消耗，用站内的 token 单价换算工具折成一周成本，再和档位额度比。折出来的数字比档位上限高，就往上一档看；明显低很多，按量充更合适。
第三方中转买额度要注意什么？
主要看三件事：额度口径是否写清、到账时效、以及能不能查到历史用量。价格谁低谁高不是判断依据，价格口径写在 /price-watch 和 /sites 里，对完再决定；这批数字会变，以你下单当天的页面为准。
