CodexBar：在菜单栏查看 Token 限额（Codex、Claude、Gemini 等）

2026 是一个很适合做东西的年份：有了 Codex、Claude、Gemini（以及几乎每个月都会冒出来的新工具），你桌面上的能力比以往任何时候都强。

但与此同时，2026 也是一个很让人抓狂的年份。

不是模型不行，而是周边现实太“硬”：限额、Token、Credits、会话窗口、周上限、重置计时器。

我们用模型做事，但我们必须在预算里做事。

我已经使用 CodexBar 大概一周了。它在一些地方还比较 buggy，但依然非常有用，尤其是因为它不想做“又一个聊天客户端”，而是解决了另一个问题：

我怎么才能随时知道我还能工作多久，以及我什么时候又得等重置？

而且确实：我经常把 OpenAI、Gemini、Claude 的订阅限额跑满。尤其是当你做一段很长的 coding session，为自己的工具或项目持续迭代时，限额来得比想象中更快。然后你就只能等 Token（或 Credits）重置。

CodexBar 是什么？

CodexBar 是一个小巧的 macOS 菜单栏应用，把你的 usage 和限额信息“摆在台面上”：按 provider 展示，并提供重置时间。

这个项目是 开源（MIT） 且免费。

作者是 Peter Steinberger（GitHub：steipete）。如果你最近因为 OpenClaw（曾用名 Clawdbot/Moltbot）的热度而见过这个名字，那没错，就是同一个开发者。Steinberger 在 2026 年 2 月中旬加入了 OpenAI，这也是为什么这个项目在当下很“显眼”。

而且叙事上也很合理：OpenClaw 这种自主 Agent 有一个“名声”，就是长时间跑起来会烧掉大量 Token（也就是真金白银）。这时一个类似“仪表盘”的 CodexBar 就显得很必要。

想法很简单：你不用在三个 dashboard 之间来回切换（也不用在 flow 中途去打开 usage 页面），限额信息直接出现在 菜单栏。

界面刻意做得很克制：

• 没有 Dock 图标。
• 每个 provider 一个状态项（也可以选择合并图标）。
• 一个小图标带 两条柱：上面是会话，下方是周（如果有），并显示重置倒计时。

如果你更喜欢把它当成一个小 dashboard：CodexBar 还提供原生 macOS 小组件（WidgetKit），可以镜像 “Menu Card Snapshot”（通知中心或桌面）。

为什么这突然变得重要

如果你只是偶尔发一个 prompt，这些都不太重要。

但如果你是真的在“做东西”，也就是连续 2 到 3 小时围绕一个问题 refactor、测试、回退、再尝试，那么“限额管理”就会变成日常。

而最难受的是：限额不只是把你从 flow 里踢出来，它还会把上下文直接打碎。

用数字更直观：你的会话窗口（比如 Claude 的 “5 hours”）突然归零，或者你的周额度几乎被用完，你往往会在最不该的时候才发现。

而且这不只是 Pro 订阅里的时间限制。对于 API 用户来说，限额很多时候就是 钱。一个下午“不小心”烧掉 $50 并不夸张。尤其是 OpenClaw 热度起来之后，很多开发者在 2026 年 1 月/2 月把 Agent 放着跑了一夜，第二天醒来预算直接爆表。

你正处在关键阶段，架构在脑子里，测试在跑，就差最后一个干净的解法。然后：

Limit reached。

CodexBar 不能改变这一点，它不会给你更多 Token。 但它会给你当下最需要的东西：可预期性。

• 我现在继续跑一轮值得吗，还是等 10 分钟更划算？
• 会话额度没了，但周额度还在吗？
• 如果我愿意切换，现在哪个 provider 还能用？

菜单栏很好用。但如果你想在终端里直接拿到限额或成本信息，比如做脚本或 CI/CD 呢？

内置 CLI（面向高级用户）

CodexBar 不只是菜单栏应用，它还带了 CLI，可以在终端里查询限额和成本（脚本/CI/CD 非常实用）：

codexbar status
codexbar cost --provider claude

支持哪些 Provider？

最初它更偏向 Codex 和 Claude，但现在支持的范围更大。不同 provider 的数据来源也不同：可能来自本地 CLI、OAuth，或（可选）浏览器 cookies。

支持的 provider 例如：

• Codex
• Claude Code
• Gemini
• Cursor
• GitHub Copilot
• Antigravity
• Droid (Factory)
• 以及更多（取决于版本/配置）

重点是：不需要全开。只启用你真正用的 provider，体验通常会更好。

隐私与权限（值得认真对待）

“菜单栏应用读取我的 usage” 这句话会让很多人警觉，这是正常的。

CodexBar 尽量把事情做干净：

• 默认解析在 本机 完成。
• 不保存 密码。
• 对部分 provider，可以 opt-in 复用现有的 浏览器 cookies 来补全 dashboard 信息。
• 如果没有 cookies 或你不想用，它会根据 provider 回退到 CLI 信息源。

在 macOS 上也要理解为什么会出现某些权限提示（Full Disk Access、Keychain、Files & Folders）。这并不自动等于“可疑”，但你应该在理解目的之后再决定。最好快速看一下文档和 issue。

尤其是 Full Disk Access 经常让人紧张。原因通常很简单：只有当你开启 cookies 集成（opt-in）时，CodexBar 才需要读取 Safari/Chrome 的本地 cookie 数据库。很多 provider 的网页端（比如 Claude Web）并没有官方的 usage API。若你觉得敏感，可以不启用 cookies，继续使用 CLI/OAuth。

Keychain 也类似：这些提示通常来自对本地 secrets 的需求，比如通过 “Chrome Safe Storage” 解密 Chrome cookies，或读取 OAuth/CLI 的凭据（取决于 provider）。

安装（简短实用）

CodexBar 运行在 macOS 14+。

如果你不用 Homebrew，也可以通过网站或 GitHub releases 以 .dmg 的方式安装。用 Homebrew 的话：

brew install --cask codexbar

首次启动后：

1. 打开 Settings
2. 启用你使用的 provider
3. 如有需要：安装并登录相关 CLI，或配置 cookies 集成

FAQ

我用了一周的感受（也包括 Bug）

我很喜欢的点：

• 给你的 AI 工具提供一个“仪表盘”。
• 重置时间一眼可见，不用切上下文。
• 减少“现在要等还是还能继续”的无谓纠结。

还不完美的地方：

• 有时数值会短暂 stale，或某个 provider 抽风。
• 取决于你的配置，macOS 上 cookies/权限可能会有点“雷区”（不是 CodexBar 的锅，更像是 macOS 的风格）。

即便如此，收益仍然非常大。尤其是像我这样经常撞到限额的人。

结论

CodexBar 不是“又一个 AI 客户端”。它是面向现代现实的小工具：我们用模型做事，但我们必须在预算里做事。

如果你从不撞限额，你可能不需要它。 但如果你经常有很长的 coding session，并且会并行使用多个 provider，CodexBar 很快会变成你不想失去的工具之一。

资料与链接

• CodexBar (Website)
• CodexBar (GitHub)

下次见， Joe