我的 codex 说：vibe-usage 可能有低估用量的 bug：客户端像是在上传增量 bucket，但服务端/dashboard 对同 key bucket 似乎是覆盖而不是累加，导致 5 分钟自动同步下 Hermes 长会话被少算。
例子：本地 Hermes session 20260508_180344_d67c6a 有 input=2,036,643，应落在 2026-05-08T10:00:00Z，但 dashboard 同 bucket 只有 input=739,340，比单个本地 session 还小。
另外 uploadProject=false 时 project 是聚合后才改成 unknown，可能让不同通道撞到同一个 bucket key；建议改成上传绝对 bucket 总量，或服务端按增量累加，并在匿名 project 后重新聚合。
有没有可能实现 claude code/codex 订阅的额度显示呢？每次打开官方网站看挺麻烦的，我看到有些类似的 usage 统计软件实现了，比如 5h / weekly limit 直接同步显示在macOS的顶部菜单栏弹出的那个小窗里
还有一个关于Token消耗真实性的问题，Claude最大的问题Token消耗不透明、规则模糊，订阅用户看不到自己单任务或单Project到底消耗了多少 token，只能看百分比进度条，没有按命令的细粒度明细，只知道总池子在减少。社区不得不自己写工具（ccusage、claude-usage 等）来读本地 JSONL 日志弥补这个缺口，这个数字是本地根据 token 数估算出来的，API usage就非常透明，这也是考虑用usage工具，希望看到：1、单session或单Project（多个Session合并）消耗Token数量，颗粒度上弥补官方不透明规则，但用户真实需要需求；2、尽可能做到除官方之外保证Token消耗数据真实性。才是刚需。这2点如果做不到，那么所有usage工具在我看来都是50分或者60分区别，在用户选择没有绝对优劣之分。
