预算紧的时候，大家都会先找「哪家送免费额度」。但真正卡住人的不是名单，而是选完之后：有人挑了额度看着多的，结果天天撞限速；有人挑了个小众入口，用两个月就直接停了；还有人把免费额度和订阅权益混在一起算，以为够用其实差得远。这篇不列死数字，只给一套能自己套用的筛选顺序和核对清单，让你花半小时把候选缩到一两个，并且提前想好额度用完之后往哪走。
预算紧的时候，大部分人第一反应是去找「哪家送免费额度」的名单。但真正让人踩坑的不是名单本身，而是选完之后：有人挑了额度看着很多的入口，结果天天撞限速；有人选了个冷门渠道，用两个月直接停服；还有人把免费额度和套餐权益混在一起算，以为够用其实差得远。所以这篇不列死数字，只给一套能自己套用的筛选顺序和核对清单，让你花半小时把候选缩到一两个，并且提前想好额度用完往哪走。
思路很简单：先搞清楚你说的「免费」到底是哪一类，再按自己的真实用量去卡条件，最后留退路。整个过程不需要背参数，只需要会核对。记住一点，额度永远会变，判断标准比具体数字值钱得多。
先把「免费」分成四类，别混着比
很多人对不上账，就是因为把四种完全不同的东西放在一起比。同样是「免费」，领取方式、有效期、能不能接进自己的流程，差别极大。比较之前先写清楚你看的是哪一类，否则越比越乱。
| 类型 | 典型形态 | 关键规则 |
|---|---|---|
| 网页/客户端免费使用 | 直接注册就能在官方界面里问 | 通常有次数或速率限制，功能可能减配 |
| 开发者接口免费额度 | 拿密钥调 API | 一般带并发、速率和有效期限制 |
| 新账号一次性赠送 | 注册送一笔额度 | 有有效期，过期作废，多数限新用户 |
| 套餐自带的额度池 | 订阅后周期内可用 | 跟着订阅周期刷新，停订即失效 |
- 同一个产品可能同时占两类，比如网页免费和接口免费规则完全不同，比之前先说明你看的是哪一类
- 区分「送的」和「包含的」：赠送通常有有效期，套餐自带的跟着订阅周期走，一个是倒计时一个是循环
- 别把试用期当成免费额度，试用到期是直接停掉，不是降级到免费档
- 如果一个入口写的是「免费额度」，先找它的用量查询页，看剩余量和刷新时间是不是透明
真正的天花板不是总量，是这三样
大部分人只盯着「一共能用多少」，但先卡住你的往往不是总量。速率限制、时间窗口、功能边界这三样，决定了你能不能稳定用下去。总量像水库，这三样像水管粗细，水再多管细也放不快。
- 速率限制
- 每分钟或每天能发多少次，高频使用的人通常先撞这条
- 时间窗
- 额度按日、按月还是按周期刷新，刷新点对不上你的使用节奏就等于没有
- 功能边界
- 免费档常在模型档位、上下文长度、并发数、文件上传上做区分，先确认这些是不是你必需的
怎么验证自己会不会被卡？把你最常用任务的上周实际轮次估出来，再对照入口写的窗口规则。如果一天要发几十次而窗口是每分钟个位数，那基本可以判断这条对你不适用，别硬撑。具体每个入口当下的限制值，到站内的价格与额度对比页核对当时的数字。
按用量画像挑，别按额度数字挑
额度大不大，跟适不适合你是两件事。按使用强度分三种画像，比对的重点完全不同。先想清楚自己是哪一种，筛起来快很多。
| 用量画像 | 典型频率 | 挑选重点 |
|---|---|---|
| 低频尝鲜型 | 一周几次问答 | 要不要注册、上手成本，额度大小基本不是瓶颈 |
| 稳定日用型 | 每天几十轮 | 每日窗口和速率限制，能不能多入口兜底 |
| 接口调用型 | 程序自动调用 | 并发和速率限制，只适合验证，正式业务要提前规划付费 |
- 用「用量尺子」量自己：把上周的实际轮次或者 token 估一遍，再拿去对额度窗口，别凭感觉觉得够用
- 稳定日用型最容易被限速卡，优先找窗口刷新点跟你作息对得上的入口
- 接口调用型不要指望免费额度跑正式业务，把它当验证环境或演示环境
- 如果你连自己一周用多少次都说不清，先记三天再选，比当场拍板靠谱
候选缩到一两个：一张核对清单
到这一步你手上可能有五六个候选。别急着注册一堆账号，用下面这张清单逐个过，过不了就直接划掉。目标是留下两个，一个主用一个备用。
- 核对额度口径确认它说的额度是次数、token 还是时长，三种口径不能直接比；到站内对比页看统一口径后的描述
- 核对刷新规则看是按日、按月还是按周期刷新，刷新点写清楚没有；写不清楚的先降级
- 核对超出处理确认是「超出即停」还是「自动转付费」，这条决定你敢不敢把它接进正式流程；自动转付费的要特别留意
- 核对领取门槛是否需要绑卡、实名、地区限制，这些是能不能顺利领到手的前置条件，卡住就直接排除
- 跑一周真实任务用你平时真正要做的任务去试，不要用演示性质的提示词判断，一周后再定主用哪个
哪些情况下免费额度方案不适用
免费额度不是万能方案，有几类场景从一开始就不该指望它。提前知道边界，比用两个月后发现不行要省事。
- 有合规或者数据不能出本地的要求时，多数公开免费入口直接排除，别浪费时间去试
- 多人协作场景：免费档几乎都绑定单个账号，团队共用会踩登录冲突和限速问题
- 延迟敏感或者需要稳定可用性的场景，免费档的排队和限速不可控，说不准什么时候慢
- 把免费额度当长期方案本身就有风险，规则随时可能调整，只适合当过渡和验证阶段
- 需要对外承诺服务质量的业务，免费档不提供任何保障，这条不用犹豫直接跳过
提前写好退路：额度用完那一周怎么办
额度用光那天才开始找替代品，是最容易乱阵脚的做法。花十分钟提前写好退路，用起来心里有底。退路不一定是花钱，也可以是换入口或者错峰。
| 情况 | 优先动作 | 注意点 |
|---|---|---|
| 偶尔超量 | 用额度重置节点错峰使用，或者换个同类入口继续顶 | 确认备用入口的规则和你主用的接近，别换来换去换出陌生限制 |
| 频繁超量 | 切换到按量付费的低价档位，先小规模验证 | 先用站内价格页估算月成本，别只看单次单价 |
| 长期稳定需求 | 直接规划付费方案，把免费额度降级为测试用途 | 月成本照站内价格与套餐页的实际数字算，不要凭印象 |
把「超出后怎么走」写进自己的使用习惯里，比临时翻文章找替代品省事。如果你需要一个统一的入口来对比各家的付费档位，去站内的价格追踪页看当时的数字，那里会集中列出变化。
半小时筛完：可直接照做的顺序
上面讲的都是判断标准，这一节把它串成一条能直接照着走的线。全程不用注册任何账号，先在纸上或者备忘录里完成筛选。
- 列任务写下你真正要做的两到三个任务，标注每个任务的频次和单次长度，越具体越好
- 筛候选按任务去筛候选，只保留能满足频次窗口的，不满足的直接划掉，别留恋额度数字
- 逐个核对对剩下的逐个核对额度口径、超出处理和领取门槛，只留两个，一个主用一个备用
- 留备用入口给两个候选各留一个备用入口，避免主用一停就完全没法干活
- 记一笔消耗一周后按实际体验定主用，同时去站内用量与价格页面记一笔当月消耗，后面好做预算
选免费额度，选的不是哪家送得多，而是哪条限制你刚好碰不到、哪条退路你提前想好了。下一步把你现在候选里的入口拿去站内对比页逐个核对额度口径和刷新规则，顺便看一眼价格追踪页最近的变动，半小时就能把候选缩到一两个。→
常见问题
免费额度多的就一定更好吗？
不一定。额度总量大但每日窗口小、速率低，高频用起来反而最先卡住；额度少但刷新快、不限速的，日常反而顺手。先把你的使用频次和单次长度写下来，再拿窗口和限速去对，额度数字只放在最后看。
免费额度和付费额度混用，怎么知道花了多少？
先确认扣费顺序，一般会先扣赠送额度、再扣套餐内额度、最后才走按量付费。混用时要按来源分开记，否则月底对不上账。具体顺序以各产品的计费说明为准，站内也有专门讲扣费顺序和成本分摊的页面可以对照。
免费额度会突然取消吗？
会调整，这在免费档里是常态，所以不适合当长期方案。判断风险的办法是看它是不是产品的引流入口：如果核心功能本来就靠付费，免费档调整的频率通常更高。重要流程建议始终保留一个付费或自建的兜底方案。
同一家多个入口的额度能叠加吗？
通常不能，多入口往往共享同一账号的额度池，换网页端还是客户端扣的是同一份。想确认是否共享，可以用一个小任务在两个入口各跑一次，再看额度变化；也可以直接查该产品在站内的额度规则页面。
预算很紧，应该全用免费的吗？
短期验证可以，长期不建议。更稳的做法是免费档做日常试错和轻任务，把少数关键任务放到按量的低价档，总体成本可能比你想象的低。真要控制，重点是限制任务范围，而不是把所有任务都塞进免费额度里。
