很多人第一次接 Gemini 是为了「先不花钱试一下」，跑 demo 挺顺利，一上量就开始报限流，或者以为免费就一定零成本，结果账单里冒出费用。免费层的关键不在额度数字本身，而在于速率、配额维度、可用模型和计费口径这几件事是分开算的。这篇给一套从查数字到判断该不该转付费的顺序，数字一律以站内页面当时的记录为准。
很多人第一次接 Gemini 是为了「先不花钱试一下」，跑个 demo 挺顺，一上量就开始报限流；也有人以为免费就一定零成本，结果月底账单里冒出几笔费用。问题出在把「免费」当成一个整体去理解，其实速率、配额维度、可用模型和计费口径是分开算的四件事，任何一件没对上都会卡住。
这篇不讲具体数字，数字变动太快，抄下来第二天就可能不准。下面给一套从查数字到判断该不该转付费的顺序，所有当期数值都到站内对应页面核对当时的记录，再拿回来套自己的业务量。
免费层到底覆盖了什么，不覆盖什么
先说最容易踩的坑：免费层不是「所有模型都能免费用一点」，而是「只有一部分模型能免费用」。旗舰型号大多只在付费侧开放，所以动手写代码前，先调一次模型列表接口确认目标模型在不在免费可用范围里，比事后 debug 一个 403 省事得多。
- 可用模型范围通常是限定的，旗舰型号多数只在付费侧开放，先用 /models 确认目标模型是否属于免费可用范围
- 免费不等于无限：常见约束维度包括每分钟请求数、每分钟 token 数、每天请求数，三者任一触顶都会报错
- 免费层一般不含或只象征性给图像、视频、检索类附加能力，多模态调用要单独核对
- 数据使用条款可能与付费侧不同，涉及敏感内容时先看 /safety 再决定走哪条通道
额度数字去哪查，多久变一次
网上二手博客里的额度数字，尤其是截图，基本都别信：官方调整一次，截图就过期一次，而你照着过期数字做的容量规划会直接失效。查数字只认两个地方——官方规格入口和站内的变动记录，先看有没有近期调整，再看当前值。
| 要看的东西 | 去哪看 | 看的时候注意 |
|---|---|---|
| 当期速率与额度 | /official-api/providers/google | 以那里为准，不要抄二手博客 |
| 近期是否有调整 | /price-watch | 做容量规划前先扫一眼变动记录 |
| 别人的真实用量水平 | /usage | 比单看上限更有判断力 |
| RPM、TPM 等口径术语 | /ai-dict/category/basics | 先把术语对齐，别把每分钟和每天混着算 |
三个维度怎么读，怎么换算成自己的量
限制有三个维度，但它们不是三选一，是任意一个触顶就报错。所以正确的做法不是「看哪个限制最宽松」，而是把自己的业务量分别换算成这三个数，找出最先爆的那个，优先解决它。
- 估峰值每分钟请求数按业务高峰而不是平均值算，取过去一周同时段的最大值，再留一点余量。
- 算每分钟 token 数注意 token 限制通常按输入加输出合计算，长提示词会显著拉高占用，别只算输出。
- 算每日总量把整天的调用累加，看看离每天的上限还有多少空间，这一项最容易在夜间跑批时爆掉。
- 对照三个数找短板三项分别和限制比，哪项先触顶就先优化哪项，比如合并请求降 RPM、精简提示词降 TPM。
还有个常被忽略的点：同一账号下多个 key 往往共享配额，把 key 拆给多个项目并不会凭空多出额度。并发和重试同样会放大瞬时速率，重试之前先到 /retry-billing-limits 搞清重发是否重复计量，否则限流没解决，账单先涨了。
什么情况下免费层就不适用了
判断标准不是「花了多少钱」，而是「会不会影响真实用户」。如果限流已经打到真实用户身上，或者你需要用到免费档之外的模型，那就不是优化技巧能解决的了，该评估转付费。反过来，短期验证和小批量脚本留在免费层完全没问题。
| 场景 | 免费层够不够 | 判断依据 |
|---|---|---|
| 个人验证、内部脚本 | 通常够 | 不面向外部用户，偶发失败可接受 |
| 面向真实用户的高峰响应 | 通常不够 | 限流会直接变成用户侧报错 |
| 需要免费档之外的模型 | 不够 | 可用模型范围本身就不覆盖 |
| 有合规或数据条款要求 | 不够 | 免费层的数据使用条款可能不适用 |
| 需要 SLA、专属配额、团队协作额度 | 不够 | 免费层不提供这些，加 key 也绕不过去 |
迁移前的自查清单
决定转付费之后别急着改代码，先把下面几件事过一遍。最常见的翻车不是接口调不通，而是换通道后重试和超时的默认值没调，测试跑飞掉整个月预算。
- 记录当前用量基线，迁移后才有对照，字段清单可参考 /usage-log-fields
- 确认新通道的计费口径：按 token 还是按次、输入输出是否同价，口径看不明白先读 /billing-models-compare
- 检查代码里的重试与超时设置，换通道后默认值往往需要重调
- 把 key、配额、告警分离开，别让一次测试跑飞掉整月预算，闸门设置思路见 /budget-alert-five-gates
如果打算在多家供应商之间选，别只看额度数字，还要看稳定性和实际响应表现，这两项到 /rankings 和 /tools/speed-test 看当时的记录更靠谱。
下一步先把你的业务量换算成三个维度，再拿当前额度对一遍，就知道该留在免费层还是准备迁移。当期数字和变动记录都在站内，别凭记忆做决定。→常见问题
Gemini API 免费额度具体是多少，够做一个小项目吗？
具体数字官方会调整，别记死值，直接到 /official-api/providers/google 看当期口径。能不能撑住小项目，取决于你的峰值并发和每分钟 token 量，而不是总请求数。低并发、响应不敏感的内部工具通常够用；面向真实用户、有高峰或需要稳定延迟的场景，大概率会撞限流，建议提前准备切换方案。
免费层被限流了，是不是换个 key 就能绕过去？
通常不行。配额多按项目或账号维度统计，同一账号下的多个 key 一般共享上限，换 key 只是把同样的量重新分配，触顶会更快出现。正确做法是先确认是哪个维度超了（每分钟请求、每分钟 token 还是每日总量），再决定是降并发、削长提示词，还是转付费通道。
免费层用着用着收到费用，是怎么回事？
常见原因是免费范围只覆盖部分模型或部分能力，一旦调到范围外的模型、开了附加功能，或者项目已绑定结算账号并开了付费，超出部分就按付费价走。先核对调用日志里实际用的模型名和计费口径，再到 /free-credit-overage-order 弄清扣费顺序，避免下次再踩。
