管钱 · 熟练
从结账改先充值，账单不会因此更省
变的是「谁先付」和「停在哪一刻」
「预付费」听起来像省钱，实际改变的是两件事：钱先出门，和余额到零那一刻会发生什么。Google AI Studio 给 Gemini API 上的 Prepay Billing 就是这样一次变更：设置或关联 Cloud Billing 账户时先买额度，余额低到一定水位可以自动续充，API 调用直接从余额扣减。它带来三件必须提前知道的事：余额到 $0 时 key 直接停（402），而且不会回落到免费层；预付额度 12 个月过期、不退；生产用途不能只靠余额，得把自动续充打开。这一页给的是换轨前后要过的四道检查。
方法 · 一图看懂
1
先分清谁先付 — 后付费是「先跑再结」，预付费是「先买再跑」；换轨之后，停机的判据从「账单超额」变成「余额见底」
2
把「$0 即停」写进值班手册 — 余额归零不是降级，是 402 直接失败，且不会退回免费层；这条要写成告警，而不是等报错找人
3
过期与不退单独记一笔 — 预付额度有有效期（本例 12 个月），到期作废且不退 ⇒ 充值节奏按实际用量走，别一次充一大笔
4
生产与试验分轨 — 生产通道必须开自动续充 + 一个最低余额告警；试验通道可以只用手动充值，用完即止
原理 · 为什么有效
为什么预付费更容易出事：因为它把「断」的位置从月底挪到了任意一刻。后付费的失败模式是「收到一张超预期的账单」—— 痛，但延迟发生、可协商；预付费的失败模式是「某个下午请求开始全部失败」—— 即时、自动、没有宽限期。这不是谁好谁坏，而是要把风险的形状认清楚：预付费治的是「月底惊吓」，代价是「余额管理」变成了运行职责的一部分。判据一句话：你的系统里，有哪一行代码或哪一条告警，是为「余额」这件事存在的？如果答案是零，那这次换轨对你就是纯增风险。
适用场景
适合谁：正在把某个 AI 能力从试验推到长期跑的人 / 小团队（自己调 API、自己付钱）；用「预付费额度」类计费的任何服务（不止这一家）的订阅者；以及要给团队写「跑 AI 的支出纪律」的人。不适合谁：只用网页版、按套餐付费的人（那种要看的是套餐额度计量，属另一页）；以及完全没上线的试验阶段 —— 那时手动充值、用完即止反而是对的。
自测 · 5 问
能不能说出「余额见底时我的系统会怎样」：是降级、是排队、还是直接失败
生产通道开了自动续充吗；没开的话，值班的人知不知道手动充值的入口在哪
预付额度的有效期记在哪：能不能说出「这笔钱最晚什么时候必须用完」
有没有一条最低余额告警，且它在人不在场时也会响
「这次先欠着、以后不用了」的那些试验项目，余额是不是还在里面躺着
怎么上手 · 验证步骤
今天就能做完的一步：打开计费页，把三样抄下来 —— 当前余额、有效期、自动续充开关的状态；然后只做一件事：给余额设一条告警线（按你日均用量 × 7 天算）。抄完你会发现真正的问题通常不是钱，是「这笔钱什么时候过期」以前根本没人在看。
收工时对照一遍：这四项（余额 / 有效期 / 自动续充 / 告警）里，我有几项能立刻说出数值？ 说不出数值的那几项，就是下次停机时会先炸的地方。