CodexBar × CodeBurn，我找到了追踪 Token 消耗的最佳组合

最近看到硅谷 101 的一期视频，聊 Token 经济学。

里面提到一个很有意思的现象：硅谷现在流行一种新的「炫富」方式，叫 Token-maxxing，就是比谁每天烧的 Token 多。

Meta 内部甚至搞了一个排行榜，统计 85000 名员工的 AI 使用数据，列出 Token 消耗量最高的前 250 名「超级用户」。

与此同时，反对的声音也很明确。

HubSpot 的 CEO 说了一句被广泛转发的话：Outcome-maxxing 大于 Token-maxxing。意思是，比起疯狂消耗 Token，不如看看你到底产出了什么。

这两派争论的焦点不同，但有一个前提是一样的：你得先看得见自己的 Token 花在了哪里。

看不见消耗，谈什么优化？谈什么效率？

这个问题，今天不只是程序员的问题。

Agent 的使用方式正在从编程延伸到写作、设计、内容创作等各种场景。

很多人已经从以前的 Chatbot 对话模式，转向了用 Claude Code、Cursor、Codex 这类 Agent 工具来完成日常工作。

用得越多，Token 消耗越大，但具体花了多少、花在哪了，很多人可能了解并不多。

只知道每天在消耗额度，但到底消耗了多少、哪天特别多、是什么操作导致的，默认是看不到的。

直到我找到了两个工具：CodexBar 和 CodeBurn。

它们都能帮你看清 Token 消耗，但关注的重点完全不同。一个是「额度仪表盘」，一个是「成本分析工具」。

下面逐一来介绍。

CodexBar：菜单栏里的额度仪表盘

CodexBar 是一款 macOS 14+ 的菜单栏应用，作者是 iOS 圈的知名开发者 Peter Steinberger，也就是 Openclaw 小龙虾🦞的作者。

GitHub 上目前有 12.7K star，用 Swift 原生开发，非常轻量。

Github 地址：https://github.com/steipete/CodexBar

安装很简单，Homebrew 一行命令：

brew install --cask steipete/tap/codexbar

装好之后，菜单栏会出现一个小图标，上面有两条细小的进度条。上面那条显示的是 5 小时会话窗口的剩余额度，下面那条是周额度。

CodexBar 解决的核心问题是：我还剩多少？什么时候重置？

这听起来很简单，但实际用起来真的很方便。

以前我经常遇到一个情况：正在用 Claude Code 做一个比较长的任务，做到一半突然发现额度用完了，只能等重置。

如果提前能看到剩余额度和重置倒计时，就可以更合理地安排任务节奏。

CodexBar 做得比较好的几个点：

第一，实时同步，没有延迟。 这是我用下来最满意的一点。额度变化能立刻反映在菜单栏上，不用手动刷新，也不用重启应用。

第二，不只能看 Token 消耗，还能看 Claude.ai 的其他用量。 这是 CodexBar 和 CodeBurn 一个很明显的区别。

除了 Claude Code 的 Token 消耗之外，你还能看到 Claude.ai 网页端的会话额度、周额度、Designs 额度、Daily Routines 额度等信息。

对于同时使用 Claude Code 和 Claude.ai 的人来说，这个很有用。

第三，支持的 Provider 非常多。

除了 Claude 和 Codex 之外，还支持 Cursor、Gemini、GitHub Copilot、z.ai、Kiro、Vertex AI、Augment、Amp、JetBrains AI、OpenRouter 等 20+ Provider。

你可以在设置里按需开启，只关注自己在用的工具。每个 Provider 都有独立的菜单栏图标，也可以开启「合并图标」模式，把所有 Provider 合并到一个图标里，通过切换器来查看。

第四，它还提供了 CLI 命令行工具。

安装完之后，可以直接在终端里用 codexbar 命令查看额度信息，也可以用 codexbar cost 查看最近 30 天的本地成本统计。

简单来说，CodexBar 的定位就是一个「一眼能看到所有 AI 工具额度」的仪表盘。信息简洁、实时、不打扰。

CodeBurn：终端里的成本分析工具

CodeBurn 的定位和 CodexBar 完全不同。如果说 CodexBar 回答的是「还剩多少」，那 CodeBurn 回答的是「花在哪了」。

Github 地址：https://github.com/getagentseal/codeburn

CodeBurn 是一个基于 Node.js 的命令行工具，用 TypeScript 写的，安装方式也很简单：

npm install -g codeburn

或者不想全局安装，直接 npx codeburn 也行。

运行之后，会打开一个终端里的交互式面板（TUI），用方向键可以在「今天 / 7 天 / 30 天 / 本月 / 全部」之间切换，看到不同时间段的 Token 消耗统计。

CodeBurn 最大的价值在于：它能把你的 Token 消耗拆得非常细。

具体细到什么程度？

它会从 13 个任务类别来分类你的每一次操作：Coding、Debugging、Feature Dev、Refactoring、Testing、Exploration、Planning、Git Ops、Build/Deploy，等等。

这意味着你能看到，自己的 Token 到底是花在了写代码上，还是花在了调试上，还是花在了反复跑测试上。

除了按任务类别，它还能按这些维度拆分：

• 按项目：哪个项目消耗了最多的 Token
• 按模型：Opus、Sonnet、Haiku、GPT-5 各花了多少
• 按工具：Read、Edit、Bash、Agent 等核心工具各自的调用量
• 按 MCP Server：如果你配了 MCP 工具，也能看到对应的消耗
• 按 Shell 命令：git status、npm build 这些命令各跑了多少次

这些信息放在一起，能帮你建立一个很清晰的认知：我的 Token 到底消耗在了什么地方。

CodeBurn 还有一个我觉得很实用的功能：codeburn optimize。

这个命令会扫描你的会话数据和 ~/.claude/ 配置，找出最常见的浪费模式。

比如：某些文件被 Claude 反复读取了很多次（内容一样，上下文一样，但每次会话都重新读一遍）；比如 Bash 输出没有设置长度限制，导致大量无用输出占了 Token；比如配置了一些 MCP Server 但从来没用过，却每次都要加载它们的工具描述。

每个问题都会给出预估能节省多少 Token 和多少钱，还会附上对应的修改建议。

另外一个有意思的指标叫 one-shot rate（一次成功率）。

CodeBurn 会检测你的编辑操作有没有经历「改了 → 跑测试 → 又改」的重试循环。

如果 Coding 的 one-shot rate 是 90%，说明 AI 在 10 次编辑里有 9 次是一次就对了。这个数字越低，说明 Token 浪费在重试上的比例越高。

CodeBurn 也有菜单栏 App，通过 npx codeburn menubar 可以一键安装。装好之后，菜单栏会出现一个小火焰图标，显示当天的消耗金额，点开可以看到更详细的统计面板。

不过，用下来也有一个小问题：CodeBurn 的数据更新偶尔会有延迟。

有几次我明明已经用了一段时间，但面板上的数据没有变化，需要退出程序重新打开才会刷新。

这个问题不是每次都出现，但确实遇到过几次。

这可能跟它的数据读取方式有关。

CodeBurn 是通过读取本地磁盘上的 JSONL 会话文件来解析数据的，而 CodexBar 则是通过 OAuth、CLI 交互、浏览器 Cookie 等方式直接获取 Provider 的实时数据。

两者的数据获取机制不同，也就导致了实时性上的差异。

怎么选？

想实时看额度和重置时间 → CodexBar。

它的核心场景是：我想随时知道自己还能用多少，什么时候重置，避免做到一半突然没额度。而且它不只看 Claude Code，还能看到 Claude.ai 网页端、Cursor、Codex 等多个 Provider 的完整用量。

想深度了解成本去向 → CodeBurn。

它的核心场景是：我想知道过去一周的 Token 花在了哪些项目上，是写代码花的多还是调试花的多，哪个模型最费钱，有没有明显的浪费。它提供的信息维度比 CodexBar 更丰富。

两个都装也完全不冲突。 它们一个是原生 macOS App，一个是 Node.js CLI 工具，互不干扰。

我自己就是两个都在用，日常瞄一眼 CodexBar 看额度，想做复盘的时候打开 CodeBurn 看详细数据。

两者都是开源免费的，都支持命令行使用，都可以通过 Homebrew 或对应的包管理器直接安装。

一图流如下👇

写在最后

这两个工具装上之后，对我来说最大的变化是：Token 消耗从一个模糊的感觉，变成了具体的数字。

以前只知道「今天好像用了不少」，现在能看到具体是哪天消耗特别高，能回忆起那天做了什么任务，也能判断哪些操作的性价比更高。

这种可见性本身就是一种有价值的信息。

如果你有以下任何一种情况，我觉得这两个工具都值得试一试：

• 日常在用 Claude Code、Cursor、Codex 这些 Agent 工具，但不清楚自己每天到底消耗了多少
• 经常做到一半发现额度用完了，想提前知道剩余额度和重置时间
• 想搞清楚自己的 Token 成本到底花在了哪些项目和操作上，看看有没有优化空间