国内大模型免费额度

想拿国内大模型 API 试个项目，第一反应都是先薅免费额度：百炼、豆包、千问、小米这些平台到底送不送、送多少、有没有期限，网上说法一天一变。这篇不给你写死的数字，而是给一套查额度和判断够不够用的流程，让你在十分钟内自己确认哪家现在能白跑，以及额度见底后该怎么接。

想拿国内大模型 API 试个项目，第一反应基本都是先薅免费额度。但百炼、豆包、千问、小米这些平台到底送不送、送多少、有没有期限，网上的说法一天一变，昨天还有人说自己白跑了一个月，今天再看可能活动已经换了口径。与其背数字，不如掌握一套查额度和判断够不够用的流程。

这篇给的就是这套流程：去哪儿看当期口径、免费额度有哪几种形态、怎么按自己的任务量倒推能不能白跑、额度见底之后怎么接。十分钟内你就能自己确认现在哪家能白跑，而不是等着别人更新一篇可能已经过期的攻略。

额度数字别背，去这几个页面看当期口径

免费额度这种东西，本质上是平台的市场活动，改起来不需要通知你。所以正确的姿势不是记住某篇文章里的数字，而是知道去哪几个页面能查到当期口径，而且每次查的时候顺手记下查的日期，下次比对就知道变了没有。

• 官方 API 价格页通常会把免费额度、赠送有效期、适用范围写在同一屏，先看总览再看单模型，避免只看某个模型的介绍页就下结论；
• 平台目录页能横向比对各家厂商的计费方式和调用限制，省得一家家开控制台翻；
• 同一个模型在官方平台和聚合平台上的免费额度不是一回事，两者要分开记，别混在一起算；
• 把查到的数字和查的日期一起记在便签里，活动和额度都是会比变的，否则过两周你自己都不确定看的是哪一版。

免费额度的三种形态，先分清再判断够不够

很多人一上来就比总额，谁的额度大就觉得谁划算，其实免费额度的形态比总额重要得多。同样一个数字，一次性赠送和每天刷新对你项目的意义完全不同，限免模型位又是一种单独的情况。先分清形态，再谈够不够。

新用户一次性赠送

首次开通后一段时间内有效，过期作废，适合集中跑验证和搭原型

按日或按月刷新

单次额度不大但持续，适合长期做小流量测试或低频脚本

限免模型位

平台挂出特定模型供免费调用，能不能用取决于该模型是否还在位上

三种形态有可能叠加，但扣减顺序和叠加规则各家不一样，以平台页面上的说明为准，不要自己按总额相加。如果你看到某个平台既有新用户赠送又有每日刷新，先确认它扣的是哪一份，否则你以为还有很多余额，实际上已经在走付费了。

判断能不能白跑：按任务量倒推，而不是看额度大不大

额度大不大是相对的，关键是你自己的任务要消耗多少。正确做法是先量出单次请求大概多少 token，输入加输出都算上，再乘以预计调用次数，拿这个量和当期免费额度做对照。缺口大的话，在框架阶段就换更小的模型，别等到验证到一半没额度了再改。

1. 量单次消耗用一次真实请求跑通，记下输入的 token 和输出的 token，加起来就是单次成本基准
2. 估总调用次数把调试期、验证期、演示期分开估，调试期往往占总消耗的大头
3. 算上失败重试新手最容易忽略的一块，接口报错重试、参数试错都会重复消耗，建议在估算量上留出余量
4. 和当期额度做对照到站内价格页核对当时的数字，缺口明显就把模型换小或把任务拆开跑

如果你的任务本身要大批量跑，比如批量处理文档或者跑数据集，免费额度只适合当验证用，正式跑之前先把付费口径对齐，不然跑到一半突然开始扣费，排查起来很麻烦。反过来，如果只是做接口联调、跑几个 demo，多数平台的赠送额度在有效期内是够用的。

额度见底之后的三条路，按场景选

额度用完不是终点，接下来怎么走取决于你处在哪个阶段。是已经验证跑通、准备正式用，还是还在试验、想多试几家，这两种情况的选法完全不同。下面三条路各有适用场景，也有各自不适用的前提。

• 继续留在原平台转按量付费：改动最小，适合已经验证跑通的流程，但要先确认计费口径；
• 换一家还有免费额度的平台重跑：适合早期试验，但要接受接口差异，适配代码要重写一部分；
• 走中转或聚合入口：接入快、模型多，但计费倍率和稳定性要单独核，不能默认跟官方一致；
• 不管走哪条，先用同一批请求在新入口跑一遍，确认调用量能对得上，再决定是否长期使用。

这里要特别提醒一句：中转入口的计费方式和官方不是一回事，有的按调用次数算，有的按 token 折算，倍率也可能不同。如果你是因为原平台额度用完才转过去的，先在小流量下跑几天，把用量对清楚，再放大规模。判断类的东西都有不适用的前提，比如你对稳定性要求很高、或者对延迟敏感，那中转入口就不一定适合。