怎么看 Codex 用量？codex usage 命令和六种查法，哪种能看到细分
想查 Codex 用量，第一反应是 codex usage 命令——但它只给本周本月一个汇总数字，看不到按模型、按项目、按天的细分。这篇把 codex usage、服务商后台、本地日志、第三方工具六种查法摆在一起，告诉你各自能看到什么、漏掉什么，以及哪种能看到缓存命中率。
想知道怎么看 Codex 用量，最快的是命令行敲 codex usage——但它只给你本周、本月一个汇总数字，看不到按模型拆、按项目拆、按天拆。这篇把六种查 Codex 用量的方法摆在一起，告诉你每种能看到什么、漏掉什么，最后哪种能看到真正决定账单的那个数：缓存命中率。
方法一：codex usage 命令
装好 Codex 后，任何目录敲：
codex usage
输出大概长这样：
This week:
Sessions: 12
Input tokens: 4,231,000
Output tokens: 142,000
This month:
Sessions: 43
Input tokens: 18,450,000
Output tokens: 612,000
适合： 快速知道本周本月一共烧了多少。
漏掉的： 按模型拆（GPT-5.4 和 GPT-5.5 混在一起）、按项目拆、按天趋势、缓存命中率、单会话分布。一句话，它只回答"一共多少"，回答不了"为什么这么多"。
方法二：服务商 / API 后台
如果你走 API key 跑 Codex，OpenAI 或中转服务商的 Billing 后台通常能按模型、按天拆，能看到 gpt-5.5 单独那一行。
适合： 对账、看大盘费用。
漏掉的： 只覆盖走这个 key 的调用，同一个 key 还跑别的脚本就全混了；颗粒度到天，精确不到单 session；不知道你在哪个项目跑的。
方法三：翻本地会话日志
Codex 把会话记录写在本地（通常在用户目录下的配置文件夹里）。每个 session 的 token 数据其实都在里面，能手动翻、能写脚本聚合。
适合： 想要原始数据、愿意自己写脚本的人。
漏掉的： 没有现成的聚合视图，得自己解析 JSON、自己算分位、自己画趋势。绝大多数人不会真去做这件事。
方法四到六：第三方工具一次看全
前三种各有各的盲区，核心都缺三样东西：跨模型拆分、缓存命中率、跨工具汇总。这正是第三方用量工具补的位。
我用 Vibe Usage 看 Codex，它直接给我这些 codex usage 给不了的：
- 按模型拆：GPT-5.4 烧了多少、GPT-5.5 烧了多少，分两行
- 缓存命中率：Codex 群体均值高达 92%，是六个工具里最高的——你低于这个就有优化空间
- 按天 / 按时段趋势：哪天突然冒尖，一眼看出来
- 和其他工具横向比：Codex 单用户均值 2.55 亿 token / 月，是 Claude Code 的 1.6 倍，你自己是不是也这样
Codex 的高命中率来自它的 Agent 循环——一次任务里上百次调用，前面累积的内容被反复复用，缓存天然命中得多。但也正因为单 session 调用密集，它整体消耗远超你直觉。我看真实数据，Codex 平均会话长达 170 分钟、544 条消息，是所有工具里最长的。
哪种方法适合你
- 只想知道大概花了多少 →
codex usage够了 - 要对账、报销 → 服务商后台
- 想搞清楚钱具体花在哪个模型、命中率高不高、和别的工具比怎么样 → 第三方用量工具
如果你换上了 GPT-5.5、想单独算它在 Codex 里烧了多少，前三种方法都答不了，打开 Vibe Usage 按模型看 Codex 用量 是目前最省事的——免费、本地、自动同步，装上看一周就知道你的 Codex 账单到底贵在哪。