很多人第一次接 Gemini 免费档，是拿它跑个小脚本或者试验原型：注册完能调通，跑了两天突然报限额，才发现免费档和付费档根本不是一套规则。这篇不列具体数字，而是把「去哪里看当时的额度」「哪些行为会额外消耗」「什么情况下免费档不适合你」这几件事按顺序讲清楚，让你在动手前就能判断够不够用。
很多人第一次接 Gemini 免费档，是拿它跑个小脚本或者试验原型：注册完能调通，跑了两天突然报限额，才发现免费档和付费档根本不是一套规则。这篇不列具体数字，而是把「去哪里看当时的额度」「哪些行为会额外消耗」「什么情况下免费档不适合你」这几件事按顺序讲清楚，让你在动手前就能判断够不够用。
先给个预期：免费档不是「每天送你多少次」这么简单，它是几条线同时卡。所以别人告诉你「一天能跑几百次」，对你不一定成立——请求长度、并发、重试次数都会影响你实际能跑多少。下面按从查到用的顺序走一遍。
先搞清楚免费额度写在哪张表上
免费档的额度通常同时卡几条线：每分钟请求数、每天请求数、每分钟 token 数。任何一条触顶都会被拒，所以你只盯着「次数」是看不全的。比如次数还没用完但 token 速率超了，一样报错。动手前先确认自己关心的是哪条线。
| 额度维度 | 通常怎么卡 | 什么时候会先触顶 |
|---|---|---|
| 每分钟请求数 | 短时间内连发就撞墙 | 循环里同步调用、没加节流 |
| 每天请求数 | 按项目累计，过了当天不补 | 跑批量任务或多人共用项目 |
| 每分钟 token 数 | 按输入+输出折算 | 长文档、多图输入、长回答 |
| 并发数 | 同时挂起的请求数上限 | 多线程或异步并发没控住 |
各家把额度表放在官方价格页与速率限制文档里。第三方文章里的数字通常是抄的旧版，版本一更新就过期。动手前先到 /official-api/providers/google 看当时的官方口径，以那里为准。
- 同一个账号下不同模型（通用对话、轻量档、多模态）额度线往往分开算，别拿一个模型的余量去推断另一个
- 免费额度一般绑在「项目」上而不是绑在「人」上，所以换一把 key 并不能重置额度
- 免费档和付费档的限速表是两张，混着看容易得出错误结论
- 有的额度是按「每分钟 token」而不是「每分钟请求」卡，测试长文本时最容易踩
哪些操作会意外吃掉额度
额度掉得比预期快，多数不是模型本身的问题，而是调用方式的问题。下面这几类最常被忽略，尤其在自己搭脚本做原型的时候。
- 先看输入有多长长上下文和图片输入都按 token 折算，一张图往往等于几千 token。测试时一次塞多张图，日额度会掉得比你想的快。验证方法：打印每次请求的输入 token 数，跟你的预期对一遍。
- 检查重试逻辑失败就自动重发是最常见的额度杀手。验证方法：看日志里同一个错误是不是在几秒内出现多次；有的话加指数退避，并记录每次调用的用量。
- 排查后台跑批开发环境的热重载、单测、CI 如果直接连着调，会把额度消耗在没人看的跑批上。做法：给测试环境加一层缓存或 mock，别让 CI 真的打接口。
- 注意流式中断流式输出被中途掐断，已经产生的 token 通常照样计费。别靠「我取消了」来省额度，要么就别开流式，要么就接受这段消耗。
一句话判断标准：如果你发现额度消耗速度明显高于「请求数 × 平均长度」的估算，先怀疑重试和后台跑批，这两个占了大多数「莫名掉额度」的案例。
申请与配置时的几个注意点
开通之前有几件事值得先想清楚，不然可能开了之后才发现规则和预期不一样。这些不影响能不能调通，但影响后面你会不会被扣费或者被封。
- 结算方式
- 有些免费档需要先开通结算账号才能拿到更高额度，开通即意味着有超量扣费的可能，要想清楚再开
- 区域与网络
- 区域和网络环境会影响能不能开通，先用站内检测工具把出口环境摸一遍再决定在哪台机器上开
- 数据条款
- 免费档一般带数据使用条款差异，涉及客户数据或内部代码的场景先确认条款再上，别默认和付费档一样
- 密钥管理
- 把 key 放进环境变量或密钥管理里，不要硬编码进仓库；免费 key 被扫到滥用会直接封项目
网络这一项建议单独做一次：先用 /tools/verify 这类站内检测工具确认自己的出口环境能不能正常开通和调用，再决定在哪台机器上开。免得到处试、把额度浪费在连不通的请求上。另外，开通前不妨顺手看一下 /guides 里关于账号与密钥管理的部分，避免踩重复的坑。
什么情况下免费档不该硬撑
免费档的定位是学习、原型和低频验证。一旦你需要的稳定性和量级超出这个范围，就不该硬撑——不是额度不够的问题，而是免费档的突发限流本身不能当作可用性承诺。
| 你的场景 | 免费档够不够 | 判断依据 |
|---|---|---|
| 个人学习、跑 demo | 通常够 | 调用量小、能容忍偶尔报错 |
| 小团队多人共用一个项目 | 容易瞬间摊薄 | 建议按人分项目，别共用一把 key |
| 有线上流量、要稳定性 | 不够 | 突发限流无法作为 SLA |
| 长文档批量处理、离线跑批 | 要先估 | 按 token 总量估日消耗再对比上限 |
- 有稳定线上流量、需要承诺可用性的场景，应该对比 /official-api 上的付费档与 /providers 里的中转方案，看看哪条路更合适
- 需要长文档批量处理或大批量离线跑的，先按 token 总量估一遍日消耗，再对照免费额度上限判断够不够
- 如果只是个人学习和原型验证，免费档通常够用，不用急着升级
- 如果是团队多人共用同一个项目，额度会被瞬间摊薄，建议按人分项目而不是共用一把 key
免费档解决的是「能不能先跑起来」，不是「能不能一直跑下去」。想清楚你现在处在哪一步，比算清具体次数更重要。
最后提醒一句：所有跟次数、价格、限速相关的具体数字都在变，别信任何抄来的固定值。要核对就去 /official-api/providers/google 看当时的官方口径，再结合 /price-watch 追踪的变化，自己判断够不够用。
下一步先认模型、再认额度表，最后拿你的真实调用形态套一遍，看免费档能不能扛住；扛不住就早做迁移规划，别写到一半才发现。→常见问题
免费额度是每天重置还是每月重置？
多数按天滚动重置，也有的按分钟窗口限速、按天设总量，两层是叠加生效的。具体口径每隔一段时间会调整，别照抄别人文章里的数字，到 /official-api/providers/google 对照当时的官方说明确认自己关心的那几条线。
换个账号或者换把 key 是不是就能接着免费用？
额度一般挂在项目或账号层面，单纯换 key 没用。多开账号通常违反服务条款，被识别后有封号风险，而且封的是整个账号，包括你线上依赖的项目。真不够用就走付费档，或者对比 /providers 里的中转渠道。
免费档和付费档除了额度，还有什么区别？
额度只是最明显的一条。数据使用条款、并发上限、能否访问多模态或更高档模型、有没有技术支持，都可能不一样。上线前把这些逐条对一遍，特别是涉及用户数据时，别默认两者条款相同。
