2026年10月9日 1 分钟阅读

AI 编码订阅总是提前用完?Pacer 用速度预测帮你安排 Claude Code 与 Codex

tinyash 0 条评论

AI 编码工具最让人焦虑的不是“今天用了多少”,而是“这周还够不够用”。面板显示已经使用 16%,看起来很安全;但如果计费周期才过去 10%,你其实已经在超前消耗。Pacer 是一个面向 macOS 的菜单栏工具,它不只显示已用百分比,而是估算“按照当前速度,到重置时会用到多少”,再给出一句可执行的建议。

它解决的不是统计,而是节奏判断

Pacer 的菜单栏图标用两个环表示当前订阅的 session 和 week。环的填充程度代表预计在重置时达到的比例:不超过 80% 显示为绿色,超过 80% 后进入警告区,超过 100% 则变成红色圆盘。点击图标可以打开卡片,在多个账号或提供商之间切换。

这里的关键指标是 speed,而不是单纯的 used。周窗口大致按“已使用比例 ÷ 已经过的周期比例”推算;五小时 session 则使用最近 45 分钟的速率预测。最差的窗口会成为顶部提示。这样,使用者看到的不是冷冰冰的数字,而是“保持现在的节奏会不会提前耗尽”的答案。

适合 AI 编码工作流的几个功能

第一是建议足够具体。Pacer 会结合本机的 Claude Code 转录记录估算模型权重,并可能提示减少 Fable、把一部分 Opus 工作转给 Sonnet,或者直接降低使用量。Anthropic 没有公开不同模型如何计入订阅限制,因此 Pacer 会用账户的官方使用数据和本地转录来拟合;数据不足时才退回 API 价格比例。

第二是多账号视图。Claude Code 的多个配置目录、Codex、Antigravity 和 Cursor 都可以在同一处查看;没有登录的提供商不会显示虚假数据。对于 Claude Code,工具还会统计最近一天、一周和 30 天的 API 等价成本,帮助你判断订阅相对于按量付费到底值不值。

第三是它保留“遗忘的账号”。暂时没有登录的账号仍可显示上次读取结果和检查时间;重置周期经过后,窗口会回到 0,提示你可以切换回来。工具还会在速度越过 100%、恢复正常以及窗口超过 90% 时发送通知。

安装与第一次检查

Pacer 的官方仓库要求 macOS 13 或更高版本、Node.js 18 以上和 Xcode Command Line Tools。Homebrew 安装方式如下:

brew install dkremsa/tap/pacer
brew services start pacer
cp -R "$(brew --prefix)/opt/pacer/Pacer.app" /Applications/ && open "/Applications/Pacer.app"

如果你以前安装过旧名称 claude-pacer,需要先卸载旧版本,因为旧安装不会跨名称自动升级:

brew uninstall claude-pacer
brew install dkremsa/tap/pacer
brew services start pacer
cp -R "$(brew --prefix)/opt/pacer/Pacer.app" /Applications/ && open "/Applications/Pacer.app"

也可以从源码构建:

git clone https://github.com/dkremsa/claude-pacer.git ~/.claude/pacer
cd ~/.claude/pacer
./build.sh

安装后,后台采样器每 10 分钟刷新一次数据;菜单栏应用负责展示。若希望图标在登录 macOS 后自动出现,还要到“系统设置 → 通用 → 登录项与扩展”中把 Pacer 加入登录项。注意,后台采样和菜单栏图标是两个不同职责,不能只启动其中一个就假设全部完成。

给脚本和 Agent 读取的状态文件

Pacer 会把状态写入 ~/.claude/pacer/status.json,里面包含 pace、level、advice、windows[] 和滚动成本等字段。还可以运行:

node pacer.mjs status

这让它不仅适合人看,也适合作为本地自动化的输入。例如,脚本可以在提交大型重构任务前读取 level,当周窗口已经接近红色时,提醒开发者切换模型或延后批量任务。这里应把它当作节奏提示,而不是官方账单:Pacer 读取提供商已有的登录状态,不会刷新或写入令牌;README 也注明 Gemini CLI 和 GitHub Copilot 的适配仍未测试,不能把这些读数当作完全可靠的计费凭证。

使用建议

Pacer 最适合与“任务分层”一起使用:日常补丁和搜索交给成本较低的模型,复杂架构设计才使用高权重模型;看到 speed 超过 100% 时,先减少并行 Agent 和长上下文任务,而不是等到额度真正耗尽。对于团队,还可以把 status.json 作为个人工作节奏的信号,但不要上传其中可能包含项目路径或使用信息的内容。

它的价值不在于再造一个漂亮的用量面板,而在于把“还剩多少”转换成“按现在的方式还能不能撑到重置”。如果你经常在周期末突然失去 Claude Code 或其他 AI 编码工具的额度,这种基于速度的提醒比事后查看百分比更有用。

相关链接

发表评论

你的邮箱地址不会被公开,带 * 的为必填项。