新注册一个平台,页面上写着送你一笔免费额度,你兴冲冲接进去跑了两天,某天突然开始报额度不足,或者回答速度肉眼可见地变慢。这篇不列具体数字,只讲免费额度背后的口径:它是谁给的、怎么算消耗、哪些限制通常藏在细则里,以及上手前该按什么顺序去核对。
新注册一个平台,页面上写着送你一笔免费额度,你兴冲冲接进去跑了两天,某天突然开始报额度不足,或者回答速度肉眼可见地变慢。这篇不列具体数字,只讲免费额度背后的口径:它是谁给的、怎么算消耗、哪些限制通常藏在细则里,以及上手前该按什么顺序去核对。
一句话说清:免费额度不是「免费版永久使用权」,而是平台预先挂在账户上的一笔可用余额或配额,按量扣减。它可能受总量、有效期、单日上限、并发上限多个维度同时约束,任一先到就先卡住。想少踩坑,关键是把它当预算管,而不是当余额花。
免费额度到底指什么
常见有两种形态:按金额计,折算成调用量;按次数或条数计,更像一张次数卡。两者扣减口径完全不同,前者受单价影响,后者只看你调用了几次。判断自己属于哪种,看账户页写的单位是货币还是次数,再去 /ai-nav/category/ai-model-platform 对照同类平台的口径。
- 按金额计
- 账户挂一笔虚拟余额,按各模型的输入输出单价扣减,跑贵模型消耗快。
- 按次数计
- 每次调用扣一次,不看提示词长短,适合先验证能不能通。
- 隐性约束
- 总量、有效期、单日上限、并发上限,任一维先到都会先卡住。
- 激活门槛
- 部分平台要完成手机号、实名或绑卡后才真正可用。
- 先看账户页的单位:货币还是次数,决定你后面怎么估算。
- 再看有没有单日上限,有的话放量测试要分天做。
- 再看额度是否绑模型白名单,换模型可能就不走额度了。
- 最后看激活状态,没激活之前所有推算都是空谈。
这笔额度是谁给的、为什么给
来源大致三类:官方平台拉新、云厂商随账号附赠、中转站自己贴钱引流。三者的可持续性差别很大,前两类通常和实名、绑卡、地区绑定,换号重来往往不可行;第三类是站方定价体系的一部分,规则由站方定,风向一变就可能收紧或取消。
| 来源 | 典型约束 | 可持续性 |
|---|---|---|
| 官方平台拉新 | 实名、绑卡、地区绑定 | 中,随政策调整 |
| 云厂商附赠 | 账号主体、消费门槛 | 中,看账号资质 |
| 中转站引流 | 站方自定规则 | 低,可能随时收紧 |
| 活动或邀请制 | 名额、时效、指定模型 | 低,过期不补 |
额度是被什么吃掉的
按量计费下,输入和输出通常分别计价,长提示词、长文档、多轮上下文都会累积消耗。同一笔额度换个模型,能跑的次数可能差很多,尤其是推理型、多模态、图像视频类模型。流式输出、重试、失败请求是否计费,各家口径不一,报错反复重试最容易白烧。
- 长提示词和长文档会同时拉高输入侧消耗,先精简再发。
- 多轮对话会带着历史上下文重复计费,长会话要定期开新会话。
- 失败重试如果也计费,连续报错时要先停手排查,别硬刷。
- 换模型前先查单价差异,别拿额度去跑最贵的那个做试验。
- 估一次任务成本用 /tools/token-price-calculator 把典型任务的输入输出量折算成金额,得到一个大致单次成本。
- 算额度能跑几轮用 /tools/model-cost-calculator 按单次成本反推可用次数,心里有个数再放量。
- 核对当时单价到 /price-watch 看目标模型当时的单价和计费口径,别用记忆里的数字推算。
容易踩的限制长什么样
额度不足只是其中一种表现。更常见的是:还有余量,但被每分钟请求数或并发数卡住,表现出来是报错而不是余额不足,容易误判成平台挂了;或者额度只能用于指定模型,换个贵一点的模型就悄悄转成扣真金白银。到期作废也常藏在细则里,不一定在显眼位置提示。
| 表现 | 可能原因 | 怎么确认 |
|---|---|---|
| 突然报额度不足 | 总量耗尽或单日上限到顶 | 看账户页剩余量与当日用量 |
| 报错但不是余额不足 | 速率或并发被限 | 看平台限流说明和报错码 |
| 换模型后开始扣钱 | 额度有模型白名单 | 在账户页确认可用模型范围 |
| 某天额度直接归零 | 有效期到期作废 | 查额度发放时的有效期说明 |
| 调用直接被拒 | 未完成实名或绑卡 | 看账户激活状态和权限提示 |
上手前的核对顺序与止损线
把这套顺序当成体检清单:先看账户页,四项都记下来;再看计费页,确认目标模型的单价和失败请求怎么算;然后小步验证,先跑最小请求确认通,再放量;最后在平台侧设消费上限或告警,把额度当预算而不是当余额。
- 记下四项基本信息额度单位、总量、有效期、是否有单日上限,四项写在备忘录里。
- 核对计费口径到 /ai-nav/category/ai-model-platform 对照同类平台,确认单价和最低计费单位。
- 小步验证先发一个最小请求确认能通,再逐步放量,别一上来跑长任务。
- 设上限和告警在平台侧设消费上限或告警,额度见底前能提前收到信号。
- 定期回看每隔一段时间回账户页看剩余量和消耗速度,判断还能撑多久。
免费额度是试错预算,不是长期资源;能撑多久,取决于你怎么花,而不是它标了多少。
这套核对并不适用于所有人:如果你只是偶尔聊天问答,看这些反而浪费时间,直接看账户页剩余量即可。真正需要按顺序排查的,是准备把额度接进自动化流程、跑批任务或对外提供服务的情况,那时候一次误判可能直接让线上中断。
下一步想横向对比各平台的额度口径和计费方式,直接去模型平台分类页看当时的数字,比听别人转述靠谱。→常见问题
免费额度用完了,会自动从我的卡里扣钱吗?
取决于平台是否已绑定支付方式以及是否开启了自动续费或超额继续。多数按量平台在额度耗尽后会直接拒绝请求,但也有的会在绑卡后自动转为付费。稳妥做法是开通时就设好消费上限,并定期去账户页确认状态。
同一个平台注册多次,能反复领免费额度吗?
通常不行,也建议不要这么做。额度大多绑在实名信息、手机号或支付方式上,重复注册轻则领不到,重则触发风控导致账号受限。与其反复薅,不如用 /plans 或 /official-api 把各家的入门档价位比一遍,选一个能长期用的。
额度还有剩,但请求一直失败,是额度的问题吗?
不一定。额度不足、速率超限、模型没权限、Key 无效都会表现成失败,但对应不同的报错。先按 /api-errors 的报错速查表定位类型,再看账户页的剩余量与速率限制,比盲目重试有效得多。