Gemini Token 用量查詢指南：官方入口在哪，以及 50 个真实用户的画像
Gemini 的 token 用量查詢（查询）入口分散在 Google Cloud Console 和 AI Studio，CLI 本身几乎不给统计。这篇把入口列全，再用 50 个真实 Gemini CLI 用户的聚合数据告诉你：大家其实都只是「偶尔用一下」。
不管你搜的是「Gemini token 查詢」还是「Gemini 用量查询」，答案是同一个：Google 没有给 Gemini 做一个顺手的用量页。API 消耗要去 Google Cloud Console 或 AI Studio 翻，Gemini CLI 本身几乎不留统计。这篇把入口说清，顺便用我们 50 个真实用户的数据告诉你 Gemini CLI 的典型用法长什么样——你大概率不是一个人。
官方入口：能看到钱，看不到结构
API 用户的正路是 Google Cloud Console 的计量页（Vertex AI / AI Studio 的 key 也能在 AI Studio 里看到基础用量）。按天、按项目给你请求数和金额，繁简界面都有。
局限和别家一样：它是计费视角，不是开发视角。你想知道「今天这个仓库烧了多少」「input 里缓存吃了几成」，官方页面没有答案。CLI 那头更彻底——没有 usage 子命令，调用完在 stderr 打一行 token 数就完事，不汇总不持久化。这部分的细节我们在Gemini CLI Token 用量怎么查里写透了。
50 个真实用户的画像：都是「轻用户」
我们聚合了 Vibe Usage 上 50 个 Gemini CLI 用户最近一期 30 天的数据，画像很一致：
- 单用户月均消耗 1400 万 token——六个主流工具里最低，不到 Claude Code 用户的十分之一
- 平均会话 14 分钟、4.2 条消息——开门、问一件事、关门
- output/input 比 27%——六个工具里最高，输出占比重
说白了，几乎没有人拿 Gemini CLI 当主力干活。它的典型用法是「偶尔借一下 1M 上下文」或者「让它生成一段长文档」——所以 output 占比才这么高（这个指标各工具差多少，见输出/输入比的真实数据）。
如果你也是这种用法，官方入口都懒得配置，其实很合理。
三种 Gemini 用户，各自该盯什么
蹭 1M 上下文的：盯单次大额。这种用法的特点是平时零消耗、偶尔一次塞进几十万 token——月底账单的波动几乎全来自这几次。你要的不是日报，是「这个月有几次大的、每次多大」。
拿它写文档的：盯 output 占比。长输出场景下 output 是账单主体（27% 的比例已经说明问题），output 单价又贵，值得看看有没有让它「重写整篇」而其实只需要改一段的浪费。
API 集成到产品里的：那是另一个世界，去 Cloud Console 老老实实按项目配预算告警，本地统计帮不上——它只看得见你自己机器上的调用。
轻用户更需要跨工具视角
轻用户更需要跨工具视角
用量查詢对轻用户的真正意义不是盯 Gemini 自己，而是知道它在你的全家桶里占几成。Gemini 只占你消耗的 5%，就没必要为它单独优化什么。
Vibe Usage 把 Gemini CLI 和 Claude Code、Codex 放在同一个面板里，本地读日志，谁占大头一眼清楚。多工具混用的追踪思路，同时用几个 AI 编程工具怎么统计里有一篇完整的。
查詢入口记不住没关系，装个本地统计让数据自己送上门——比每次登 Cloud Console 翻菜单省事多了。