很多人第一次打开 AI Studio，看到的界面是免费的，就默认调用 API 也不收钱，等到项目里跑了几万次请求才发现账单挂到了云账号上。这篇不给你背价格，而是把「谁在收钱、按什么收、免费层卡在哪」这条线捋直，再给一套自查动作，让你在写第一行代码前就知道成本会落在哪。
先把最容易搞混的一件事说清楚：AI Studio 的网页界面和你写代码调 API，是两条不同的通道。网页里点点鼠标聊天、试提示词，通常不用你掏钱；但只要你把 API key 塞进脚本、开始批量请求，这笔调用就会挂到某个 Google Cloud 项目上，费用最终落在那个项目的结算账号里。很多人就是没意识到这一点，等到项目跑了大量请求，才在云账单里发现一笔不知道该不该有的支出。
这篇不给你背任何具体价格，因为 AI 接口的价目变动很频繁，写死的数字过两周就不准。我们只把「谁在收钱、按什么维度收、免费层的线画在哪」捋直，再给你一套十分钟能跑完的自查动作。看完你应该能回答一个问题：我这个项目里的每一次调用，到底会不会花钱。
先搞清：AI Studio 本身收不收费，钱到底谁在收
- AI Studio 网页端
- 你直接在浏览器里用的对话与试验界面，一般不单独向你个人收费。
- API key
- 一串凭证，作用是把你代码里的调用挂到某个具体的云项目上。
- 结算账号
- 真正出钱的地方。项目绑了它，超额调用才会有账单。
- 项目
- 计费与配额的分组单位。同一个 key 换项目，账单归属就换了。
所以第一步不是去看价目表，而是先确认你手上这把 key 属于哪个项目、那个项目绑没绑结算账号。如果没绑，超额请求一般会被直接拒绝，而不是默默记账；如果绑了，那你的每一次调用都真实产生成本。这两种情况的应对方式完全不同，别混着判断。
- 在云控制台找到这把 key 对应的项目，确认项目名称和你以为的一致
- 看这个项目有没有关联结算账号，没有就先别急着跑批量任务
- 如果绑了结算账号，顺手把预算告警设上，别等超了才发现
- 记下这个项目的 ID，后面核对用量和价格都靠它定位
免费层的边界在哪：什么情况下会滑到付费
免费层不是「随便用」，而是按几个维度同时卡你：模型档位、调用地区、每分钟和每天的请求数。任何一项顶到上限，通常的反馈是报错或限流，而不是悄悄转成扣费。想确认自己离那条线有多远，可以先量出真实调用频率，而不是靠感觉猜。
| 维度 | 怎么影响你 | 该去哪核对 |
|---|---|---|
| 模型档位 | 旗舰模型通常免费额度更紧，轻量模型更宽松 | 到 /official-api/providers/google 看官方来源说明 |
| 调用频率 | 每分钟和每天的请求数各自有上限，谁先到就卡谁 | 用 /tools/speed-test 量出自己的实际频率 |
| 调用地区 | 可用性和免费口径可能因地区不同 | 以官方文档为准，别照搬别人的配置 |
| 额度分池 | 免费量与付费量往往分开计算，开通不等于继承 | 开通前先读清新口径再决定 |
计费单位怎么读：输入、输出、缓存不是一回事
大部分 Gemini 接口按 token 分段计价，但输入和输出是两套单价，长提示和长输出各推高一头成本。很多人估算时只盯着输出，结果被一段塞了几千字上下文的长提示拖垮预算。估算的正确姿势是先量出你每次请求的平均输入长度和平均输出长度，再分别套两边的口径。
- 输入 token：你的提示词、系统指令、附加上下文都算在内
- 输出 token：模型生成的正文，通常单价比输入高
- 多模态内容：图片、音频、视频往往按各自单位折算，不能简单按文字 token 算
- 缓存命中：部分场景下重复前缀可能有优惠口径，值不值得用得看你的调用模式
具体单价随时在变，一律到 /official-api 看当时的价目。看完别停在数字上，去 /tools/token-price-calculator 把单价换算成「我这一条请求大概多少钱」，再乘上你预估的日调用量，成本量级就出来了。这一步做完，你才知道预算该设多少。
同一个模型，走 AI Studio 和走 Vertex 的账不一样
同一个模型名字，在不同入口调用，计费口径、结算方式和权限模型可能并不重合。AI Studio 里的 key 更偏向开发者快速验证，适合原型和小规模测试；企业级入口则在结算、配额、合规上有另一套玩法。选哪条路本身不涉及对错，关键是别在项目跑到一半才换。
如果团队最终要上生产，建议在写第一行代码前就把这件事定下来。中途迁移不光是改 endpoint，账单归属、权限配置、历史用量的对账都会跟着乱。做对照时注意口径：站内 /official-api/providers/google-vertex 讲的是 Vertex 上第三方模型的调用口径，别把它和 AI Studio 的数字直接横向比。
一套十分钟自查顺序：把成本落在可控范围
- 确认项目与结算账号在云控制台核对你那把 key 属于哪个项目、绑了哪个结算账号，没有预算告警就顺手加一个。
- 估算月度用量用 /tools/model-cost-calculator 按你真实的输入输出长度估一遍量级，得到一个粗略的月度区间。
- 拆分免费与付费任务把免费层扛得住的验证类调用和必须付费的批处理分开跑，别让一个脚本同时踩两边的线。
- 建立定期核对习惯每周看一次 /usage 的实际用量，再到 /price-watch 确认价目口径有没有变化。
- 留一条降级路径给关键调用想好超限时的处理方式，是排队重试还是换更轻的模型，别等报错才临时改代码。
这套顺序的价值不在于算得多精确，而在于把「不知道会不会花钱」变成「知道钱花在哪、什么时候会花、超了怎么办」。如果做完发现用量远超预期，先别急着砍功能，回到第一步看看是不是某个循环里重复塞了长上下文。
下一步：把价格变化盯住价目和免费额度口径都会变，靠记忆判断迟早出错。建议把 /price-watch 存下来定期看，再配一遍 /tools/speed-test 量自己的频率基线，这样任何一次口径调整你都能第一时间反应过来。→常见问题
AI Studio 里点「获取 API key」是免费的吗？
拿到 key 这一步不收钱，收钱的是用这个 key 发出去的请求。key 会绑到你选的 Google Cloud 项目上，项目有没有结算账号、模型走的是免费层还是付费层，决定了这次调用花不花钱。所以先别急着写代码，先去控制台看一眼项目的结算状态。
免费层额度用完了会怎样，会自动扣费吗？
一般不会自动转付费，而是开始报错或限流，直到额度周期恢复或者你主动开通付费。但前提是你没有在项目里开通过付费结算——一旦绑了结算账号，超出免费层的部分就可能按量计费。想稳一点就先设预算告警，具体规则到 /official-api/providers/google 对一遍当时的说明。
只想小规模试用，怎么控制不超预算？
把试用和生产拆到两个项目里，试用项目不绑结算账号，只吃免费层；生产项目才绑卡并配告警。再给自己定一个调用量上限，用 /tools/model-cost-calculator 反推每日请求数，超了就停。这样即使模型价格或免费层规则变了，你最多是试用停摆，不会被扣一笔意料之外的钱。
