tare: 本地审计Claude Code用量与诊断限额
Show HN: My Claude quota ran out in 10 minutes, so I made a tool to find out why
当你的Claude Code配额在短短10分钟内耗尽时，tar能帮你找出原因。这是一款运行在本地、无需联网的工具，它直接读取你机器上已有的Claude Code会话日志，通过自然语言对话帮你分析Token消耗去向。无论是排查后台自动化脚本的异常调用，还是诊断上下文重复发送导致的浪费，tar都能给出精准归因。安装只需一行命令，无需配置账户或额外包，直接问它“为什么我昨天触达限额了？”，它就能告诉你真相。
Tare：如同称量容器后的净重，它帮你减去那些反复重传上下文产生的隐形成本，精准找出真正消耗你配额的内容。
HN 评论区
62- hungryhobbit
我刚用 Claude 写了一个插件，把 CLI 底部改成显示：
( ) 用量：34%（2 小时 47 分钟后重置）上下文：56% [Opus 4.6]
自动模式开启（Shift+Tab 循环切换）
这样一旦用量飙升，就能一眼看出来（而且那个“（ ）”的圆圈颜色会在用量过高时变化，确保我不会漏掉，虽然这里没法贴出那个圆圈）。
我还配了一个钩子来监控用量激增（基本上就是当我聊太久，或者做了某些操作导致上下文暴增，结果每一轮都回传大量上下文，瞬间吃掉大量配额）。
靠这两招，我几周都没碰到用量上限了。
- DarmokTanagra
我还不知道 AI 配额用完后居然还能继续写软件。
- ryandrake
我在 Codex 上犯了个“业余级”的错误。鉴于 Anthropic 最近的可靠性问题，我想花点时间试试他们 20 美元/月的 Codex 套餐。于是我下载并试了一下，却没意识到默认模型是 gpt-5.6-sol。结果才一两个小时，我整个周的配额就烧光了。哎呀！要是这些工具都能实时在屏幕上图形化显示配额用量就好了。
- sva_
95% 的情况是因为你的上下文太大，缓存过期了。
- LuD1161
我刚看了仓库，干得漂亮。
有个建议：
1. 增加显示哪个仓库/项目消耗了最多的 token。我看了仓库 README 里的截图，没看到那个图表。