在 AI Studio 里跑了一阵，想确认这个月或今天还剩多少额度，进去发现菜单里没有一眼能看到的「用量」入口，控制台又分了好几层，容易看错地方。这篇不讲计费原理，只按入口顺序把查询路径拆开：先分清楚自己用的是哪种账号形态，再去找配额页和历史用量，最后给出对不上数时的排查顺序，以及哪些口径必须回站内页面看当期数字。
在 AI Studio 里跑了一阵，想确认这个月或今天还剩多少额度，进去发现菜单里没有一眼能看到的「用量」入口，控制台又分了好几层，很容易看错地方。这篇不讲计费原理，只按入口顺序把查询路径拆开：先分清楚自己用的是哪种账号形态，再去找配额页和历史用量，最后给出对不上数时的排查顺序。
核心原则只有一句：真正跟配额、账单挂钩的数字，几乎都不在 AI Studio 那个聊天界面里，而是在另一套控制台的另一个层级上。找错地方不是查不到，是查到一组看着像、其实不是一回事的数。
先分清你在哪个控制台，别在错的地方找
AI Studio 本身偏试用与调试，界面主要服务于「把 prompt 跑通」这件事。真正跟配额、账单挂钩的往往是 Google Cloud 侧的项目，两边看到的数字不是一回事。先在脑子里区分：你现在是在调试界面，还是在资源管理层。
- 看顶栏有没有项目选择器：有的话，说明你挂着某个 Cloud 项目，资源层数字以那个项目为准
- 看能不能一键跳到 Cloud 控制台：能跳，就去那边查配额和用量；不能跳，多是个人账号直连
- 看侧边栏有没有结算或账单相关入口：完全没有，通常意味着你还在默认的免费使用状态下
- 同一账号在两个界面看到的「剩余」可能不同，因为一个按会话临时额度算，一个按项目长期配额算
配额页怎么进，进去先看哪三列
配额页一般按「项目 → 配额」的路径找。进去之后不要急着读数字，先把范围缩小到你实际在用的那个模型或 API 服务，否则列表长到看不过来。定位之后再盯三列。
| 看哪列 | 含义 | 容易误读的点 |
|---|---|---|
| 当前上限 | 这个维度允许的最大值 | 上限是默认值且从没改过，多半是免费档；放开要走申请或绑定结算 |
| 已用 | 当前统计周期内已消耗 | 周期是滚动还是按自然日，不同服务不一样 |
| 剩余 | 上限减已用 | 只是参考值，临时波动或延迟时和实际会有差 |
同一服务的配额经常按维度拆开，比如按分钟请求数、按天请求数、按 token 量分别计。别只看其中一行就下结论，用户量一上来，先撞的通常是每分钟那一条，而不是总量那条。
一次看全的最小动作
- 选对项目在顶部项目选择器里切到你真正在调用的那个项目，不要停在默认项目。
- 筛出目标服务按模型名或 API 名称过滤，把无关行折叠掉，只留你会用到的那几项。
- 逐维度读三列同一服务下把所有维度展开读一遍，记下最紧的那条，别只看总量。
历史用量去哪看，怎么和自己记的对上
配额页看的是「还剩多少」，历史用量看的是「过去怎么花的」。用量记录一般按服务维度聚合，能选时间范围。建议先按天看趋势确认大盘，再按小时定位突增时段。如果数字和你的印象对不上，先别怀疑统计，按下面顺序排查。
| 症状 | 先查这一步 | 再查这一步 |
|---|---|---|
| 整体偏高一截 | 时间范围是不是选了整月 | 统计口径是否把失败请求也算进去 |
| 某天突然尖峰 | 额度重置前后有没有批量重试 | 是否有定时任务在同一时段集中调用 |
| 同一模型出现多行 | 是不是不同接口路径分开计数 | 是不是不同区域分别统计 |
| 本地日志对不上 | 时区设置是否为本地时区 | 项目是否选错 |
加总之前先确认单位一致，有的是请求数，有的是 token 数，混着加会得到一个没意义的数。想把这些数换成可比较的花销，把用量丢进 /tools/model-cost-calculator模型成本计算器 换算。
排查顺序
- 核对时间范围确认时区是不是本地时区，跨月和跨日的边界最容易错一天。
- 核对项目切回项目选择器，确认当前项目和产生调用的是同一个。
- 核对口径看列表说明里失败请求、缓存命中是否计入；不确定就换一个报表维度交叉验证。
- 最后再怀疑统计延迟把范围缩到最近一小时重查一次，仍对不上再去站内查当期说明。
哪些数字别背，去站内这几页看
免费档能不能用、额度怎么算、单价和规格口径，这些都会随时间调整，记住任何一版具体数字都会过期，反而误导判断。要做决定之前，回站内页面看当时的说明。
- 换模型前比较费率和额度：到 /ai-nav/category/ai-api换模型前先比一比率和额度 核对当期口径
- 看官方来源的单价与规格：到 /official-api/providers/google官方 API 资料库里的 Google 条目 查看
- 额度什么时候刷新：到 /resets额度重置追踪 看最近的变动记录
- 把用量换算成可比花销：用 /tools/model-cost-calculator模型成本计算器 自己算一遍
一句话判断标准
凡是能用「大概」描述的额度，都不该拿来做容量规划；要规划就去站内查当期数字。
哪些情况下这套查法不适用
上面这套路径默认你是用个人账号或自己某个项目在调。遇到下面几种情况，控制台里看到的不是全貌，硬查只会浪费时间。
- 走企业级通道、由公司统一结算的：配额在管理侧配置，个人界面看不到全量，得找管理员要数据
- 通过第三方中转或聚合平台调用的：用量记在中转侧，官方口径只能作为对照，两边对不上很正常
- 配额页刚调整过或刚升级档位：数字可能有延迟，隔一段时间再看一次比反复刷新靠谱
- 多人共用一个项目：你自己的调用记录被混进团队总量，想拆开得靠自己的日志或请求标记
还有一种常见情况是把调试用的临时额度和项目级长期配额当成一回事，前者用超的后果和后者完全不同。分不清时，宁可去站内页面对照官方说明，也不要凭感觉估。
下一步把你查到的用量和当期费率对一遍，确认口径一致再动手扩容或换模型，避免按旧数字做决策。→常见问题
AI Studio 里看不到用量入口，是没开通吗？
多数情况不是没开通，而是你看的那个页面本身不展示配额。先在进页面之前确认顶部有没有项目选择器，有就切到 Cloud 控制台的配额页去找；纯个人账号、又没挂项目，那通常只有比较粗的限额提示，看不到细颗粒度的历史用量。
配额显示还有剩余，但请求还是被拒，为什么？
先分清是总量配额还是速率配额。剩余为 0 是额度用完了；剩余很多却报错，多半卡在每分钟请求数或并发上限这类速率维度，同一服务里它是单独一行。也可能是模型名或区域选错，按「时间范围 → 项目 → 服务维度」的顺序过一遍。
想估一下这个月大概花了多少，从哪下手？
把配额页里选好时间范围的用量数据导出来，先按服务分类求和，再乘对应单价。单价别用记忆里的值，到站内官方页面看当期口径，然后把结果丢进成本计算器核对。注意区分输入和输出两类 token，混在一起加会明显偏低。
