codex 单独 购买 额度，从零开始的完整步骤和常见问题

官方订阅按周期给额度，用不完会过期，用量忽高忽低的开发者容易卡在「到底该不该单独补额度」上。这篇不讲哪家便宜，只讲判断口径和动作顺序：先算你自己的消耗缺口，再看哪些渠道能单买额度、下单前问清什么、到账后怎么验，最后给三个常见疑问的答案。

官方订阅是按周期发额度的，周期一到就清零，用量忽高忽低的人经常卡在一个问题上：这个周期还剩几天，但额度先见底了，项目又停不下来，要不要单独补一点。这篇不讲哪家便宜，只把判断口径和动作顺序讲清楚：先算自己的缺口，再看哪些渠道能单买，下单前问什么，到账后怎么验。

先说清楚一个前提：严格意义上，官方不对个人零售单份额度，所谓「单独买额度」多数是中转站预付余额或第三方代充。渠道性质不同，风险差很多，下面按顺序走，别跳步。

先判断你到底需不需要单独买

把最近一段时间的调用量、并发峰值、失败重试量拉出来，估一个每月稳定缺口。粗略算法是：峰值日的消耗量乘以超出订阅额度的天数，再乘以一个安全系数。别凭感觉，感觉通常高估。同时到 /usage 和 /resets 看同类用户的真实用量与额度重置节奏，对一下自己的消耗曲线在什么位置。

单独买额度的几条路，各有各的坑

官方途径基本只有补订阅档位或在账户内加购，不存在向个人零售单份额度。所以你在外面看到的「单买额度」，本质是中转站预付余额或第三方代充，性质要先分清，再谈价格。单价对比去 /prices 和站内倍率说明页看当时的数字，别只看表面报价。

• 中转站预付余额：按量扣费相对透明，但要先确认计费口径，按 token 还是按次、倍率怎么算，问清楚再充
• 代充：对方替你下单进官方账户，到账可能延迟，来源不清的别碰
• 卡密类：风险最高，额度可能不到账，务必先做小额实测
• 敏感数据项目：任何第三方余额都不该接，这条路直接排除，没有例外

判断一家站点值不值得试，别只看宣传页。到 /sites/all 和 /rankings 查站点有没有持续运营信号，比如更新频率、可核验的检测记录、用户反馈走向。新站不等于不能用，但第一次只充小额，验证通过再追加。

下单前必须问清的四件事

1. 问有效期额度是否随周期清零、有效期多长。这和 /resets 里追踪的重置规则可能不一致，别默认一样，让对方给出书面说法。
2. 问叠加与并发能否与已有订阅叠加、是否共享并发上限。买了却排队，是最常见的白花钱方式。
3. 问退款与不到账处理不到账多久处理、退款走什么流程。留好聊天记录和订单号，截图存档。
4. 用通用话术探客服让对方用一个具体请求给出计费示例，答不上来或只会报价格的，先缓一缓；答得清楚再走下一步。

这四件事里，最容易被跳过的是并发。很多开发者默认「买了额度就能跑更多请求」，结果额度充足但请求排队，白等一晚上。下单前直接问一句：并发上限是多少，和我现有订阅是共享还是独立。

到账后怎么验收，出问题按什么顺序排查

额度到账不等于能用。先小额跑通一次真实调用，确认模型名与返回质量对得上，再用 /tools/verify 做真假核验。然后核对余额变化与扣费记录是否和报价一致，差一点也要问清楚，早期的小偏差往往是大问题的前兆。

• 小额真实调用一次，看返回质量是否正常
• 核对扣费记录与报价口径，不一致立刻反馈
• 用 /tools/speed-test 量一次延迟基线，明显高于预期就考虑换站
• 稳定跑两三天再追加余额，别一次充太多

真出问题时按固定顺序排查：先查 Key 与接口地址配置，再查余额与分组权限，最后才怀疑上游服务。多数「额度不到账」其实是配置写错或分组没选对。每步都留下记录，对不上再走退款或迁移，别在聊天里反复拉扯消耗时间。