想接个国产大模型 API 试水,一搜全是「免费」两个字,点进去要么领不到额度、要么限速到没法用、要么下个月就收费了。这篇不讲哪家最强,只帮你把「免费 API」这件事拆开:先分清哪几种免费,再按你的用途挑入口,最后给一套申请前的自查清单和额度用完之后怎么换路的判断方法。
想接个国产大模型 API 试水,一搜全是「免费」两个字,点进去要么领不到额度、要么限速到没法用、要么下个月就收费了。这篇不评哪家最强,只帮你把「免费 API」这件事拆开:先分清哪几种免费,再按用途挑入口,最后给一套申请前的自查清单和额度用完后的换路判断。
先说清楚,下面提到的一切具体数字——送多少、限多少、什么价位——都不要信我这篇,也不要信任何一篇写死的文章,一律到站内对应页面看当时的口径。免费这件事变化极快,写死的数字半年后就是错的,判断方法才是能留下来的东西。
先分清「免费」的四种含义
很多人踩坑的根源不是选错平台,而是把四种完全不同的「免费」当成一回事。看到「免费」两个字就注册,结果发现是注册送一笔额度、用完即止,或者每天只给几十次调用。先给自己要用的场景归个类,再回头看哪种免费对你真的有意义。
| 免费类型 | 典型特征 | 适合谁 | 什么情况下不适用 |
|---|---|---|---|
| 按量赠送到期失效 | 注册送一笔额度,用完或到期就没了;长期白用的通常只剩小参数档 | 快速验证、跑通链路、做一次性对比测试 | 要长期跑生产、要稳定并发 |
| 限速型常驻免费 | 每天有调用次数或并发上限,超了就拒绝 | 个人小工具、内部 Demo、低频脚本 | 批量任务、多用户产品 |
| 平台补贴期免费 | 平台为拉新把某些模型标免费,随时可能下架 | 试新模型、做选型对比 | 不能作为唯一通道的业务 |
| 开源模型自托管 | 自己跑权重,没有调用费,但有算力成本 | 数据不能外发、量大到值得自己扛机器 | 没有运维能力、调用量很小 |
自托管那条路严格说不算「免费 API」,但很多人被免费额度逼急后会想到它。这笔账的细节不在本篇范围,站内有专门讲自托管成本的文章,去看那篇的结论再决定。
按入口类型找,比按厂商一家家翻快
国内能拿到大模型 API 的入口,大致就四类。按类型去筛,比打开十几个官网逐个注册快得多,也更容易看出哪一类符合你的需求。价格口径各家差异很大,逐个平台的实际数字到 /official-api 对照。
- 大厂云平台的模型服务:主流云厂商基本都有自己的模型广场,新用户额度或低价轻量档通常藏在这里;先注册云账号,再进模型广场找目标模型
- 模型厂商直营:把权重开源出来的那几家,官方一般也给一定免费调用量,适合想直接走官方通道、不想经过第三方的人
- 聚合与中转平台:一个 key 调多家模型,常见玩法是给部分小模型常驻免费;但这类平台良莠不齐,接之前先到 /sites 看目录、到 /tools/verify 做一次在线实测
- 开源社区与模型托管站:托管站会给在线试玩和少量接口额度,适合先跑通链路,再决定要不要换到正式通道
这四类里,风险和门槛完全是两个方向:大厂云平台门槛在实名认证和额度规则复杂,中转平台门槛低但不确定性高。选哪类,取决于你是想省事还是想稳。
按你的用途挑,而不是按「哪家最慷慨」挑
「哪家送得多」几乎是最没用的选型标准,因为你多半用不完,或者用到一半就被限速卡住。真正该问的是:我这个用途最怕哪个限制。下面按四种常见用途给判断标准。
- 纯学习跑通链路
- 优先看文档清不清晰、有没有现成的 SDK 示例;额度够不够用排在第二位,因为学习阶段调用量很小
- 个人小工具
- 看每天调用次数上限和并发限制,次数比总 token 更关键;一个每天被点几十次的工具,卡的是次数不是总量
- 准备上线的小项目
- 选型时就把付费档的价格一起记下来,免费只当缓冲期;否则额度一断就得连夜改代码
- 涉及隐私数据
- 免费通道通常默认用你的调用来做优化,敏感数据别走免费额度;这条不看价格也得守
如果你属于第四种,那免费 API 基本可以直接跳过,先去 /safety 把合规和数据处理的判断过一遍,再谈用谁。反过来,如果只是学习用,挑文档最顺手的那家就够了,没必要为了多一点额度折腾半天。
申请拿 key 的通用步骤与要准备的料
国内平台的申请流程大同小异,卡人的地方往往不是技术,是认证材料和限额规则。下面这套顺序按实际操作的先后排,照着走能少绕一圈。
- 注册与认证先注册账号,再做实名或企业认证。国内平台基本绕不开这一步,个人开发者卡在认证很常见,别等交付前才发现。准备好手机号、身份证或营业执照,有些平台还要写用途说明。
- 找到目标模型进模型广场或控制台,找到你要的那个模型,看清楚它属于哪个档位、有没有单独的免费额度。同一平台不同档位的免费规则可能完全不同。
- 创建 API Key到 API Key 页面新建密钥。给 key 起一个能看出用途的名字,记下创建时间。如果是团队用,一人一个 key,别共用。
- 核对额度口径到限额或计费页面,确认剩余额度、重置周期、超限后的行为。把这一页截图存档,后面排查「怎么突然报错」时这张图最有用。
- 首次调用验证先用官方给的 curl 或示例脚本打一发,确认 key、Base URL、模型名三个字段都对,再往业务代码里搬。
curl -s -X POST "$BASE_URL/chat/completions" \
-H "Authorization: Bearer $API_KEY" \
-H "Content-Type: application/json" \
-d '{"model":"你的模型名","messages":[{"role":"user","content":"ping"}]}'这一步的意义在于把变量拆开:key 对不对、地址对不对、模型名对不对,一次只验证一个。很多人第一次接就写进业务代码,报错后分不清是代码问题还是配置问题,白白耗掉一晚上。
免费额度最容易踩的三个限制
免费额度真正坑人的地方,通常不是总量不够,而是三个隐性限制。它们不会写在活动页最显眼的位置,但会直接决定你的项目能不能跑起来。
| 限制 | 表现 | 怎么提前发现 |
|---|---|---|
| 并发限制 | 单个请求都正常,一上批量就全是 429 | 压测一小批并发请求,看第几个开始被拒 |
| 上下文截断 | 长文档进去,回答莫名其妙,像是没读完 | 用远超窗口长度的输入测一次,对比输出是否只覆盖后半段 |
| 延迟与冷启动 | 免费通道排队明显,首次调用特别慢 | 到 /tools/speed-test 量一条自己的延迟基线,别只看宣传页 |
上下文截断是最容易被误判成「模型不行」的一个。你给它一份长文档,它只答了后半部分,未必是能力问题,很可能前面被静默截掉了。做长文本场景前,先确认窗口大小,再决定要不要分段。
接之前花十分钟做的核查
免费入口的生命周期普遍很短:可能是活动页,活动结束接口就关了;也可能是聚合平台临时加的模型。接进去之前花十分钟做下面几件事,能省掉后面一堆事故。
- 查入口还在不在:活动结束的页面常常还挂着,但接口已经关了。到 /price-watch 看价格和状态有没有变动记录
- 查调用是否真走到你要的模型:不同档位可能被路由到小模型,用几个固定问题交叉验证,思路参考 /benchmarks/crowd-radar 的多人多时段做法
- 查限额口径:按天还是按月、按次数还是按 token、超了是拒绝还是自动转付费,这三句话问清楚
- 留一条退路:把模型名和 Base URL 抽成配置项,别散落在代码各处,换供应商时只改一处
- 问客服要书面说法:口头答复不算数,能让对方在工单里回一句,出问题时这就是依据
这五条里,第四条是唯一一条你现在不做、以后一定后悔的。配置抽出来只是几分钟的事,但等到要换供应商那天,散落在代码里的地址会变成一整天的活。
什么情况下别惦记免费 API
免费 API 有它的适用场景,但也有几类需求基本注定要付费。早一点承认这件事,比中途迁移便宜得多。下面这几种情况,建议直接看付费档。
- 有 SLA 要求的生产业务:免费通道没有可用性承诺,挂了也不会赔你,该上付费档就上
- 数据敏感或要过合规:涉及个人信息、客户资料、合同文本的场景,先把合规这条走完再谈贵不贵,参考 /safety
- 需要长上下文或大并发:这类需求基本注定要付费,早算成本早做预算
- 调用量本来就小的个人项目:如果一个月也用不了多少,直接选最低价付费档,可能比在几家免费里反复折腾更划算
最后一条容易被忽略。很多人为了省一点钱,在几家免费平台之间来回迁移,花掉的时间远超那点成本。真实价位区间到 /official-api 看当时的数字,你会发现小体量场景的付费门槛往往没想象中高。
额度用完之后怎么平滑换路
免费额度总会用完,或者规则突然变。提前想好换路方式,比事发当天手忙脚乱强。下面这套顺序是按迁移时的实际依赖排的,照着做基本不会翻车。
- 先把通道分类稳定长期用的模型固定在一个付费主通道,实验性调用走免费或低价副通道。别把所有请求压在一个免费 key 上。
- 准备一批固定测试用例挑十几条能代表你真实业务的输入,保存好。迁移前后用同一批输入跑,对比输出差异,这是唯一靠谱的验收方式。
- 对比字段和格式差异不同家的返回结构、错误码、流式格式都可能有差别。先把差异列出来,再决定是改适配层还是换写法。
- 改配置并灰度只改配置项,切一小部分流量到新通道,观察一周。指标正常再全量。
- 记录 token 消耗把自己一个月的实际消耗量记下来,到 /tools/token-price-calculator 换算一次,就有概念该选哪一档。
免费 API 的正确用法,是拿来验证想法和跑通链路,不是拿来承担业务的。
还有一条实战经验:别一次接太多家。每多接一家,就多一份 key 管理、限额监控和报错排查的成本。两三家够用,剩下的等真有需求再加。
下一步把上面这套清单对着你正在看的平台走一遍:先到 /official-api 核对它的真实价格口径,再到 /sites 看这家在目录里的状态和口碑,最后到 /tools/verify 做一次在线实测。三步走完,你大概就知道这个「免费」值不值得接。→常见问题
国内真的有不花钱、长期能用的大模型 API 吗?
有,但基本都带条件:要么是小参数模型,要么有每天调用次数和并发上限,要么是平台拉新的补贴期。但凡你想要长上下文、高并发或者稳定可用性,就别指望长期免费。判断方法很简单,去看限额页写的是「每天多少次」还是「活动期间」。
免费 API 的额度一般怎么算,是看次数还是看 token?
两种都有,而且经常混着用。有的写每天多少次调用,有的写送多少 token,还有的同时限次数和并发。接之前务必把这三个口径都问清楚:计量单位、刷新周期、超限之后是拒绝还是自动转付费。算成本可以到 /tools/token-price-calculator 换算。
用免费额度会不会拿我的数据去训练?
这是常见做法,而且常常写在很长没人看的条款里。判断顺序是:先看隐私条款里有没有「用于服务改进」这类表述,再看有没有提供关闭选项。涉及客户数据、合同、个人信息这类内容,别走免费通道,先按 /safety 的合规思路过一遍。
免费 key 老报 429 或者超时,是我的问题吗?
大概率不是。免费通道常见的就是并发上限低、高峰期排队。排查顺序:先确认自己没超过每分钟次数限制,再降到单请求串行跑一遍,还不行就是平台侧限流。想要稳定延迟就得上付费档,自建这条路的成本账去看 self-host。
我想先白嫖试效果,然后再决定付费,这样做划算吗?
很划算,但要提前做一件事:把模型名、Base URL、密钥都抽成配置项,别写死在代码里。这样免费额度用完切付费,或者换到另一家,只改配置就行。反之如果散落在各处,迁移一次的成本可能比省下的调用费还高。