757M token里97%是缓存读取，我做了个托盘工具看清账单

757M token，97%是缓存读取。这个数字来自一位开发者对自己 Claude Code 日志的统计，也解释了为什么"2百万 token 的对话"听起来吓人，实际账单却没那么夸张——大部分是同一段上下文在每次请求里被反复读取，比全新输入便宜得多。

他做这件事的起因很具体：一次重构正到关键处，屏幕上弹出"你已触及上限，下午3:10重置"。接下来两小时什么都干不了。真正让人难受的不是等待，而是他完全不知道配额是怎么烧掉的——是那场超长对话？是"以防万一"装的20个技能？还是某一轮把半个代码库重新读了一遍？

于是他写了 Bumeter，一个桌面小工具，读取 Claude Code 和 Kiro 已经写在本地机器上的日志，回答两个问题：token 去哪了，以及离被限流还有多远。免费、开源（GPL-3.0），不上传任何数据，只读磁盘上已有的文件。

托盘里每个工具一条配额进度条。吉祥物 Bum 会随用量换表情——平静、开心、担忧、着火、睡着，最高百分比显示在顶栏旁边。配额越过阈值（默认70%和90%）会发通知，单轮花费异常偏高时也会提醒。

对话按天分组，每条带一根燃料条显示花费。可以按项目、模型、"昂贵""大上下文""被中断"或星标筛选，点进去能看到每一轮：你问了什么、跑了哪些工具、为什么贵。上下文分析则展示是什么在填满窗口——你的消息、工具输出、重复读取——什么时候被压缩过，哪些工具调用特别大。

最让他意外的是技能的隐性成本。一个技能的描述会出现在每个会话、每次请求的系统提示里，用不用都付。Bumeter 把每个技能的常驻开销和实际使用频率并排显示，可以禁用、调整或删除，并且支持撤销。

实现上，Claude Code 会在 ~/.claude/projects/ 下为每个会话写 JSONL 日志，每次 API 调用记录输入、缓存写入、缓存读取和输出。Bumeter 追踪这些文件，对流式条目去重，把每次调用归因到触发它的那一轮和技能，存进本地 SQLite。

5小时和7天的百分比更麻烦——它们不在日志里。但 Claude Code 会把这些数字以 JSON 传给状态栏命令。Bumeter 就在你原有的状态栏命令前挂一个极小的 bum statusline --tee，存下数字后原样透传，状态栏照常工作。对 ~/.claude/settings.json 的改动有备份，也有撤销按钮。

Kiro 完全不记录 token，所以上下文大小由每轮的上下文百分比估算，成本以 credits 显示。月度上限来自 kiro-cli /usage，前提是装了并且已登录，或者手动输入。每个工具都是同一接口后的适配器，加 Codex、Cursor 或 Gemini CLI 只需要一个新适配器加注册表里一行，界面已经预留了分工具标签页。

技术栈是 Rust 工作区（摄取引擎、rusqlite、notify 文件监听、本地 socket 上跑 JSON-RPC 的后台宿主），Tauri 2 负责窗口、托盘和通知，UI 用无框架的 TypeScript（一个极小的 h() 辅助函数、Vite、Vitest），外加一个 bum 命令行：status、scan、session、skills、audit。

他用自己 38MB、约16500行的日志做了核对：token 总数与独立计数100%吻合（bum audit 单独重算原始日志），0 解析错误；首次全量扫描约220毫秒，新日志行约31毫秒到达应用；分析最大的会话——224个提示、726次 API 调用——耗时48毫秒；空闲 CPU 约0%。

从自己的数据里他学到三件事。长会话本身就会变贵，每次请求都重读整个上下文，同一个简短问题在第200轮比第2轮贵，盯着每轮上下文大小就能看出什么时候该 /compact 或开新会话。从不用的技能也在花钱，单次很少，但每次请求都付，值得清理。而原始 token 数容易让人为错误的事情恐慌。

目前提供 Linux 的 .deb 和 AppImage、Windows 安装包（.exe/.msi），macOS 构建已在 CI 里配好但未经测试，欢迎测试者。界面支持英文和越南语，有明暗两套主题。接下来计划做限额预测（"按当前速度你会在约14:20触及5小时上限，比重置早50分钟"）、支持更多工具（Codex CLI、Gemini CLI、Cursor、OpenCode），以及上下文教练——当上下文很大且被频繁重读时建议压缩或开新会话。