谷歌的 ai studio 免费用 gemini

很多人第一次打开 Google AI Studio，看到不用绑卡就能调 Gemini，就默认「随便用都不花钱」。真跑起来才发现：有的入口能免费用、有的入口一调就计费，量一大还会被限流挡住。这篇不背数字，只讲判断口径和自查动作——帮你分清哪些调用在免费范围内，哪些已经进了付费通道，额度在哪几页看，以及什么情况下这套判断会失效。

很多人第一次打开 Google AI Studio，看到不用绑卡就能调 Gemini，就默认「随便用都不花钱」。真跑起来才发现：有的入口能免费用、有的入口一调就计费，量一大还会被限流挡住。这篇不背数字，只讲判断口径和自查动作——帮你分清哪些调用在免费范围内，哪些已经进了付费通道，额度在哪几页看，以及什么情况下这套判断会失效。

先把心态摆正：免费档不是「无限试用券」，而是一个有明确边界的档位。它的边界会随平台政策调整，所以任何具体额度、模型名单、限流阈值，都得以你调用那一刻的官方页面为准。下面每一节都给到「怎么看、去哪看、看到什么就停」的动作，而不是给你一个背下来就会过期的结论。

先分清「免费」指的是哪一层

「免费」这个词在 AI Studio 里至少对应三种不同的东西，混在一起谈必然出错。你要做的第一步不是研究额度，而是搞清楚自己这次调用属于哪一层，然后去那一层对应的页面核对。

网页直连对话

在 AI Studio 界面里手动输入、手动看结果，属于交互式使用，额度和限流口径与代码调用不同

Studio 里的 API 调用

用 API key 从脚本或客户端发请求，走的是另一条通道，是否免费取决于该 key 所属项目当前的档位

绑卡后的赠送额度

一旦绑卡，部分调用会默认进入按量结算通道，赠送额度只是账单里的抵扣项，不等于「还在免费档」

• 判断顺序：先确认调用从哪个入口发出（界面、代码、第三方客户端），再确认这个入口背后是哪个项目、有没有绑卡
• 网页交互和 API 调用是两条通道，额度池、限流口径、是否计费都不通用，不要拿一边的体验去推断另一边
• 绑卡与否会直接改变调用归属：不绑卡通常只能待在免费档，绑卡后部分调用默认走付费结算
• 同一把 key 被多个工具复用，等于把几处用量叠在同一个池子里，越界速度会远超预期
• 结论没法背：具体哪些模型在免费档、限流阈值是多少，到站内模型资料库和官方价格页核对当时的数字

免费范围通常卡在这几道边界上

免费档的限制一般不是一条线，而是几道叠加的边界。你的请求可能同时被模型档位、频率、体量、地域四道门卡住，任何一道不过就调不通。分清是哪一道在挡你，才知道下一步该怎么办。

这里最容易搞混的是「被挡」和「被扣费」。限流撞上通常是请求失败，你看到的是报错；计费走的是账单，不一定有弹窗。两者处理动作完全不同：限流要降速、拆请求、换时段；计费要回头查项目档位和绑卡状态。

Studio 网页、API key、Vertex 三条入口别搞混

同一个 Gemini，从三个入口调，计费归属可能完全不同。很多人出错不是不会用 API，而是没意识到自己其实在跨入口使用，把 A 入口的免费额度当成 B 入口的通行证。

1. 确认请求从哪发出看代码里用的是哪套 SDK 或哪个客户端，指向哪个域名。这一步决定后面看哪个用量页。
2. 确认归属哪个项目一把 key 对应一个项目，项目决定档位。多项目混用时，逐个标注，别共用一把 key 跑不同用途。
3. 区分平台Google Cloud 侧是另一套计费和配额体系，别拿 AI Studio 的免费额度去套 Vertex，两者不通用。
4. 排查异常调用如果 key 被接进第三方客户端或中转站，调用会绕一圈再回来，限额和归属要看那一层的规则，而不是只看官方入口。

排查顺序建议固定下来：先看请求从哪个 SDK 或客户端发出、指向哪个域名，再看该入口当前是否在免费档。顺序反了，你会一直在错误的地方找答案。

额度用没用完，去哪几页看

不要靠感觉估额度。真正靠谱的做法是固定几个查看点，每天扫一眼，出问题时能快速定位。站内可以交叉核对官方入口的价格与规格页、价格变动追踪、真实用量榜，比单看一个页面的数字更稳。

• 优先看用量页：当日请求数、错误码、剩余限额，三个都要看，缺一个就容易误判
• 看到 429 或 quota exceeded 这类报错，先判定是限流还是计费问题，再决定降速还是查账单
• 交叉核对：官方入口的价格与规格页、价格变动追踪、真实用量榜，单一页面的数字容易滞后
• 养成记录习惯：每天的调用量、入口、模型档位各记一行，出问题时按时间线回放
• 预算告警提前设：越界之前先收到信号，而不是月底看账单才反应过来

什么情况下免费会「悄悄」变成付费

免费变付费往往没有明显提示，只体现在账单和用量页的归属变化上。与其事后找原因，不如提前用四条标准预判：只要涉及绑卡、批量、并发、长文本中的任意一件，就默认按付费口径估成本。

还有一个容易被忽略的点：自动化脚本半夜跑批，白天你看不到报错，等到发现问题时用量已经积累了一段时间。对这类任务，硬性上限比事后核对更重要。

这套判断在哪些情况下不成立

下面这些场景里，本文的判断口径会失效，硬套容易得出错误结论。遇到其中任意一种，请回到对应入口的官方规则重新核对。

• 官方随时可能调整免费档的模型清单和限额口径，任何具体数字都要现场核对，不要照搬旧结论
• 企业账号、教育账号、合作方账号的条款与普通个人账号不同，不能互相套用
• 通过中转站或第三方平台调用 Gemini，计费主体变成那一层，要去看该平台自己的规则，本文不适用
• 需要稳定并发或商用授权时，免费档本身就不该作为方案，直接按付费口径做预算更省事
• 跨地域团队协作时，不同成员看到的可用性和条款可能不一致，以实际调用地为准

免费档是用来验证想法的，不是用来承载生产流量的。把这句话当前提，很多判断就不用纠结了。

一套可复用的自查流程

把上面几节收成一套固定动作，每次新接入或用量异常时走一遍，能挡掉大部分误扣和踩坑。流程不复杂，关键是每次都走，而不是出事了才想起来。

1. 列出实际入口把网页、API key、第三方客户端、中转站逐个列出来，标注每个入口背后是哪个项目、有没有绑卡。
2. 核对当前档位到官方入口页和站内模型资料库确认这些模型当前是否在免费档，别凭印象。具体数字以页面当时的显示为准。
3. 小样打点用小体量请求打一次样，看返回是否正常、用量页有没有变化，确认无误再放大到真实任务。
4. 设告警和记录设置预算告警和每日用量记录，让越界在发生前就给你信号，而不是事后从账单里倒推。

这套流程的价值在于可复现：下次换模型、换项目、换客户端，照着走一遍就行，不用重新摸索。真正的风险从来不是某个具体数字，而是你以为自己还在免费档。