Show HN: macOS menu bar gauges for your Claude Code quota

github.com
grzracz
14 hours ago
58points
37 comments

Comments

tyleo12 hours ago
I recommend people just update their Claude Code status line so that changes like this are in Claude Code itself.

https://www.tyleo.com/blog/love-letter-to-the-claude-code-do...

oefrha11 hours ago
My status line shows 5h and 7d quota usage among other things like model, context usage, git branch, etc. Unfortunately the whole status line disappears half of the time from CC’s broken ass UI.
grzracz12 hours ago
Personally I have multiple instances of Claude on my PC dedicated to different areas (split between my private subscription and my work one) and it is useful to see both at a glance. And I don't have to keep the terminal open to see how much time is left for quota to be reset. But for single-Claude users this is indeed a valid solution!
tyleo11 hours ago
I also use multiple. Your statusline is per Claude session so it can show separate quotas/file info/context use/etc.

It’s just a script you write to modify the last line of the Claude Code program.

BowBun10 hours ago
I use codeburn, has both terminal and menu bar versions. Works quite well - https://github.com/getagentseal/codeburn
rippeltippel10 hours ago
I use CodexBar, which supports more providers: https://github.com/steipete/codexbar
grzracz10 hours ago
Wasn't aware this exists, good one!
cpursley10 hours ago
Something has gone haywire with that one recently and it constantly freezes and crashes.
justAnotherHero9 hours ago
I've forked it so that I can see the old cursor 500 requests plan and haven't merged any of their changes after that for the last few months.

Seems to me the way to go with these apps that keep pushing daily updates.

artdigital11 hours ago
> curl -fsSL https://raw.githubusercontent.com/grzegorz-raczek-unit8/clau... | bash

Can we stop with this way of installing things? This is already on brew and it’s a menu bar app. Just let me download it instead of executing some arbitrary bash script

When did this trend start?

bityard3 hours ago
I need to turn this into a blog post at some point:

Some of my early bad experiences with Linux arose because I installed software in ways that broke the system quite impressively. This taught me that with most Linux systems, you are not really supposed to just download random packages and shoe-horn them into your system. Or blindly compile and sudo make install things that could conflict with already-installed software.

The curlpipe pattern feels like a return to YOLO'ing your software installations, like the bad old Windows days where any INSTALL.EXE could overwrite another program's DLLs, wherever they lived on the disk. I trust the developers of my operating system to know what they are doing when they package software for it because most Linux distro communities have a vetting or code review process. I even sometimes trust people and projects who build their own packages for my distro and host them in their own third-party repo. Because that alone shows they probably have learned the bare minimum of things necessary to not break their users' systems.

But a curlpipe script? In my experience, the percentage of developers on GitHub who can write decent Python or Javascript code, and yet don't understand the basic concepts of The Unix Way and how to write safe, portable shell scripts is Very High. I am not going to hand control of my computer over to a random shell script on the Internet, end of story. If your program is any good, provide some generic hand-written instructions on how to build and/or install it, and I will follow those so that I can vet or modify each step as needed. I don't have time in my life to code review your shell script for a project that I was only mildly interested in to begin with.

max85397 hours ago
Agree, and a lot of software on Mac tends to do the same thing: Codex, Claude Code, and so on. Fortunately, it’s just one of many options, and we can use Homebrew in 95% of cases.

P.S. Installing Homebrew is also officially done by running a shell script from GitHub.

grzracz10 hours ago
While I agree it's not super safe, even CC is installed this way: https://code.claude.com/docs/en/quickstart
VladVladikoff9 hours ago
Funny you should mention homebrew in this complaint.
fosron10 hours ago
CodexBar seems to do that good enough (and supports Codex), plus https://github.com/daniel3303/ClaudeCodeStatusLine this also adds data straight into CC
max85398 hours ago
Created the same tool some time ago for Codex and Claude code: showing percents for both in the menu bar and detailed stats when you click on it. Using it literally every day, feel free to try: https://github.com/max2697/RateLimited Feedback greatly appreciated!
ceritium6 hours ago
I made recently a similar thing https://jmkr.es/claude-usage/
quietswami4 hours ago
Great Job! Just last week finished a very similar project to your own, but yours adds much more detail.
navels9 hours ago
lol how many of these things are there. I've been using https://github.com/f-is-h/usage4claude which includes Codex usage (I use Claude and Codex).
tskulbru11 hours ago
Im using https://github.com/mryll/claudebar myself on my Linux desktop setup using Hyprland and Waybar. Will try this one out on my laptop though!
linsomniac4 hours ago
I had Claude throw together one for my NixOS setup with Sway and Waybar: https://github.com/linsomniac/claude-usage-waybar
smy-hn10 hours ago
[dead]
giancarlostoro13 hours ago
Honestly drives me crazy that CC doesnt show this on the bottom status bar a simple percentage “Weekly Quota Left: 99%” would be useful. Also noticed and idk if it was me or some mishap, a lot of my Claude sessions were not autocompacting, maybe its /loops fault not sure, but it made sense why I finally reached my weekly limit so insanely quickly recently.
kaliara12 hours ago
I wanted the same thing and recently saw this blog post on how to customize the bottom status bar: https://www.aimhuge.com/blog/claude-code-status-line.

I now show my current context window, five-hour quota, weekly quota, current branch and current PR.

It's quite handy!

Doublon10 hours ago
Their documentation explains how to customize CC statusline and display the quotas: https://code.claude.com/docs/en/statusline#rate-limit-usage
devsda13 hours ago
From their perspective, they don't want

1. Standard tier users increasing their usage just to minimize "wasted" token credits.

2. Higher tier users with extra usage enabled to use and pay for those extra tokens instead of planning to stay within limits.

giancarlostoro13 hours ago
I just want to know if my next prompt is about to eat shit at the last token. The number of times it like half works on something and falls apart halfway through.
xienze12 hours ago
You likely still wouldn't be able to figure that out even if you had a percent usage view available. Will your request take 1K tokens or 10K? Who knows! That's the magic of non-deterministic black boxes.
grzracz13 hours ago
Doesn't it autocompact only if it is about to run out of context? On these newer models the context is 1M tokens so it's quite difficult to reach. I run compacts manually when I stop in a good place and tokens are over 300k
giancarlostoro13 hours ago
1m is too high, they used to autocompact a little too soon, maybe I tweaked defaults, it was kind of annoying, 200k tokens is too soon for me, I feel like the sweet spot is around 400k tokens.

Funnily enough Groks API charges less when you are below 400k tokens.

Half a million can get you reasonably far with enough of your codebase within the models context window.

I lowkey blame the 1m context window as the start of Anthropics worse woes earlier this year.

conception11 hours ago
You can change your compaction token limit to 400k if you want.

CLAUDE_AUTOCOMPACT_PCT_OVERRIDE

And

CLAUDE_CODE_AUTO_COMPACT_WINDOW

ab-dm12 hours ago
The Claude app has a usage indicator when you switch to code mode. I’ve been using this more and more now that their sandbox functionality has Improved.
CPLX12 hours ago
Casinos don't have clocks in them.
sturges12 hours ago
[dead]