open ai api 免费额度

很多开发者想先拿 Open AI 的接口跑通一条链路，再决定要不要充钱，结果卡在两件事上：到底有没有免费额度、钱从哪个入口进来。这篇不背数字，只讲额度出现在哪几种形态、你该按什么顺序去核实当时的规则，以及怎么在额度用完前把成本接管过去。

想先用接口跑通一条链路再决定要不要充钱，这个思路没问题，麻烦在于两件事对不上：一是到底有没有免费额度，二是这额度从哪个入口进来。很多人翻完账单页只看到一个余额数字，既不知道哪部分是会过期的赠送，也不知道哪部分是活动发的，结果额度没了才发现链路断了。

这篇不给你背任何数字，只讲额度会以哪几种形态出现、按什么顺序去核实当时的规则，以及额度见底之前该怎么把成本接管过去。真想看具体数额，每个环节我都标了站内该去哪一页核对，因为这类规则改得比文章快。

先分清「免费额度」的四种来源

这四种里只有第一种算相对稳定，但它本质是拉新手段，不是长期供给。后三种都受对外规则影响，你要做的是每季度回到站内页面重新核对一次，而不是凭记忆估算。

• 先确认额度是「账户级」还是「接口级」：有的赠送只对部分接口模型生效，换个模型就不算；
• 看清计费单位：按输入输出分别计、按缓存命中打折的规则，在免费期往往看不出差别，切付费才暴露；
• 区分「额度」和「速率」：有额度不代表有并发，速率限制是另一套门槛；
• 记录到期时间，不要只记剩余量，到期归零比用尽归零更常见。

领取与核实的动作顺序

1. 查官方口径打开 /official-api/providers/openai，看当前官方对额度、活动、计费单位的说明。这一步是为了确认「有没有」和「怎么算」，具体数额以页面当时显示为准。
2. 看账号三项进账号的用量与账单页面，重点看已赠额度、剩余额度、到期时间这三项，不要只看一个总额。很多人漏掉到期时间，结果某天突然归零。
3. 实测渠道如果打算走中转渠道，先到 /sites 找到对应站点，再用 /tools/verify 做一次在线与真实性检测。赠送额度只有在渠道真实可用的前提下才有意义。
4. 写进日历把到期日放到团队日历里，提前几天决定是续用官方付费、换渠道还是降级到备用方案，别等到归零当天再拍脑袋。

顺序上先看官方、再看账号、最后看渠道，是因为规则解释权在官方那一层，渠道的赠送只是它的折算结果。反过来先看渠道，很容易被一个好看的倍率带偏。

什么情况值得为免费额度专门折腾

判断标准其实就一句话：你能不能接受额度突然归零。能接受，那免费额度就是合适的起步垫脚石；不能接受，那它就不该出现在你的方案里，哪怕当下看起来够用。

还有一种常见误判是拿免费期的手感去估预算。免费期你往往跑的是小样本、短文本，真实流量里长上下文、重试、缓存未命中都会推高消耗，等切付费时才发现完全不是一回事。

• 先问自己：这条链路断了会不会有人找你？会，就别只靠赠送额度；
• 再问：额度是否绑定账号主体，团队成员换机器是否还认；
• 最后问：归零之后多久能恢复，能不能在当天切开付费通道。

额度见底前要做的三件事

额度见底不是事故，没准备才是。提前做的动作就三件：设告警、留退路、对口径。三件事都能在站内找到对应页面，不需要额外工具。

1. 设告警到 /tools 找额度换算与用量监控类的工具，把剩余额度和用量趋势做成一条能定期看的线。关键是趋势，不是单点数字，趋势抬头就要开始准备。
2. 留退路提前确认付费通道能不能快速开通，绑卡、实名、额度审批各要多久，别等归零当天才去跑流程。
3. 对口径切付费后单价、计费单位、缓存与批量折扣的规则都可能和免费期不同，到 /official-api 和 /price-watch 各对齐一次当时的口径，别拿免费期的体感估预算。

还有一点容易被忽略：如果你的用量是波动型的，告警阈值别设得太贴近上限，否则要么天天报警，要么一次跨过阈值才发现。设在一个你还有几天缓冲的位置更实用。