ai api 免费额度

预算紧的时候，第一反应都是先找能白嫖的额度。但真正卡住人的往往不是「哪家有免费额度」，而是「我这种用法能不能领」「领了之后为什么第二天就报错」。这篇把免费额度按入口分成几类，给出领取前必须确认的清单、用起来之后的排查顺序，以及额度不够时切付费的判断线。

预算紧的时候，第一反应都是先找能白嫖的额度。但真正卡住人的往往不是「哪家有免费额度」，而是「我这种用法能不能领」「领了之后为什么第二天就报错」。免费额度不是一个统一的东西，不同入口的规则、有效期、限制条件差得很远，放在一张表里比会得出错误结论。

这篇按入口类型把可见的免费额度盘一遍，给出申请前要确认的清单、拿到额度后第一周怎么用、报错时的排查顺序，以及额度撑不住时切付费的判断线。数字类的东西不写死，需要的时候到站内对应页面核对当时的口径。

先分清「免费额度」到底指哪几种东西

很多人把「免费」当成一个统一的概念，实际上至少有四种不同性质的东西被混在一起说。它们的有效期、计费方式、限制点完全不一样，选错类型会导致后面所有判断都跑偏。分清类型之后再谈哪家更划算才有意义。

一次性试用金

新账号注册时送的一笔金额或次数，用完就停，通常有有效期，过期作废

长期免费档

平台长期保留的免费层级，按速率或调用次数放行，不扣金额，但随时可能调整规则

限速下的免费调用

不单独送额度，只是在低速率档位不收费，瓶颈是每分钟请求数而不是余额

开源模型托管免费位

把开源模型跑在托管平台上，平台给的免费推理额度，覆盖的模型和接口往往有限

判断标准很简单：看它是按金额扣、按调用次数扣，还是按速率放行。只有第一种会出现「用完就停」，后两种的瓶颈通常在别处，比如并发上限、队列等待时间，或者某类接口根本不在免费范围内。

• 把额度分成「会耗尽」和「不会耗尽」两类，先归类再比较
• 会耗尽的额度，重点是算能跑多少任务；不会耗尽的，重点是看速率和覆盖范围
• 免费额度覆盖不了长上下文、图像、批处理这类接口时，要提前知道，别等联调才发现

申请前必须确认的四件事

申请这一步最容易踩的坑是：看完宣传页就去注册，注册完才发现要绑卡、要实名，或者免费额度根本不覆盖你打算用的那个模型。这四件事在动手之前确认掉，能省掉一轮来回。

1. 确认准入门槛是否需要绑卡或实名、是否要过企业资质。个人开发者和公司主体的要求经常不一样，用哪种身份注册决定了你能不能真的领到手。
2. 确认覆盖范围免费额度覆盖哪些模型、哪些接口。很多平台只覆盖基础档，长上下文、图像生成、批处理往往不在范围内，这些调用会直接走付费或被拒。
3. 确认数据条款输入数据是否会被用于训练、有没有留存期。涉及客户数据时，这条的优先级高于省钱，先过这一关再谈额度。
4. 确认有效期与上限额度多久不用会失效，同时能跑几个并发请求。这两条决定了你能在什么时间窗口内把额度用掉。

如果这四条里有一条对不上，就不用继续折腾了。特别是数据条款，很多免费额度的代价就是允许平台使用你的输入，用在内部测试数据上问题不大，用在客户数据上就是另一回事。

四类入口的适用场景对照

同一个模型，走不同入口拿到的免费额度和限制可能完全不同。下面这张表按入口类型对照，帮助你先判断自己属于哪一类使用者，再决定去哪申请。

判断自己属于哪一类，看两件事：数据能不能出本地，以及用量是不是可预估。数据不能出本地的，直接看本地或开源托管；用量已经能预估的，按量付费往往比反复找额度更省心。

• 个人做原型：优先官方直连的一次性试用金，门槛高但规则最清楚
• 团队已有云账号：先看云平台托管有没有可用额度，别为额度单独开新账号
• 想横向比模型：用聚合渠道试，但计费口径要到站内 /api-relay 相关的页面单独核对
• 数据敏感：本地托管或走有明确数据条款的官方渠道，别为了省额度牺牲合规

怎么核对一家平台的真实规则

宣传页写的和实际规则经常有出入，尤其是「赠送」和「免费档」这两个词，在额度耗尽后的行为完全不同。核对规则有固定顺序，按这个顺序走能少踩坑。

1. 区分词义先看官方价目页写的是「赠送」还是「免费档」。赠送通常是一次性、有期限的；免费档是长期规则，但随时可能调整。
2. 对照站内口径到 /official-api 和 /official-api/providers 对照该厂商的价格与规格说明，重点看免费部分有没有被单独标注，以及标注的覆盖范围。
3. 以控制台为准发现宣传口径不一致时，以官方控制台里显示的余额与限制为准，网页文案只作参考。
4. 看规则有没有被改过到 /price-watch 看这家平台的规则有没有被改动过。被改过的地方通常就是最容易踩坑的地方。

核对的时候建议直接开一个空白表格记下来：平台名、入口类型、覆盖接口、有效期、并发上限、数据条款。记满一行再决定要不要注册，比注册完再查要省时间。

拿到额度后的第一周怎么用才不浪费

很多人是在联调阶段把额度烧光的，不是在上线后。第一周的用法决定了这点额度能撑多久，也决定了你能不能提前发现瓶颈在哪里。

1. 先跑通最小链路用一条短输入发一次请求，确认鉴权、模型名、返回格式都没写错。这一步花不了多少额度，但能排掉大部分低级错误。
2. 再做一次接近真实任务的压测用真实长度的输入跑一批请求，看速率上限会不会先卡住你。很多时候是并发先到顶，额度还没动。
3. 记录每次调用的用量字段口径参考站内 /usage 页面，把每次调用的输入输出量记下来，方便后面倒推能跑多少任务。
4. 留一部分额度给调试不要一次性把额度用在批量任务上，留出余量给后续联调和排错。

这一步做完，你手上应该有一组自己的实测数据：单位任务大概消耗多少、速率上限是多少、哪些接口不在免费范围内。后面再决定要不要切付费，就有依据了。

额度用着用着报错了，按这个顺序查

报错的时候最容易犯的错是直接去查余额。实际上余额只是第四个要查的地方，前面三条排掉再怀疑额度，能省掉很多无效操作。

• 第一步：看报错文案是额度类还是权限类，403 和 429 指向的问题完全不同，别混着查
• 第二步：确认是不是速率超限，同一秒并发过高会被临时拦下，和余额无关
• 第三步：确认调用的模型名或接口是否在免费范围内，不在范围内的会直接走付费或被拒
• 第四步：前面三条都排掉之后，再去看余额和有效期

如果按这个顺序查完还是报错，把请求原样发一次看能不能复现。能复现说明是配置或范围问题，不能复现说明是瞬时限流，处理方式完全不同。

什么时候该停止薅额度、转成付费

薅额度本身没问题，问题是它开始影响你的技术决策。有三个信号出现时，说明该停止找新额度，转成付费了。

决定要切之前，先按自己的实际用量算一遍成本。到站内 /tools/model-cost-calculator 和 /tools/token-price-calculator 按你的输入输出量试算，看清楚切哪一档更合适，再动手改配置。

不适用的情况也要说清楚：如果只是内部工具、调用量很小、又没有真实用户受影响，那继续用免费额度完全没问题，不用为了「应该付费」这个心理负担去花钱。

多人共用一份免费额度要注意什么

小团队常见的做法是几个人共用一份额度，先跑起来再说。这样做不是不行，但有几件事要提前确认，否则出问题的时候没人能说清是谁用掉的。

1. 确认平台是否允许多成员共用有些平台明文限制或会对多成员共用触发风控，先看条款里有没有相关说明。
2. 写清谁用在哪把额度分给谁、用在哪类任务上写清楚，出问题时能快速定位到具体用途。
3. 非核心用途单独开号或密钥测试、脚本、临时任务用单独的账号或密钥，别和线上服务共用同一个额度来源，避免互相影响。

如果团队里有人用额度做实验性调用，建议把这类调用单独隔离出来。原因很简单：实验性调用的消耗不可预估，和线上服务混在一起，额度什么时候没了都不知道。

另外，共用额度意味着共用限流。一个人跑了批量任务，其他人的请求可能一起被限速，这一点在多人协作时经常被忽略。