16 comments

  • hungryhobbit 19 minutes ago
    I just used Claude to write a plug-in which changed the bottom of the CLI to say:

       ( ) Usage: 34% (resets in 2h 47m) Context: 56% [Opus 4.6]
       auto mode on (shift+tab to cycle)
    
    That way if my usage starts shooting up, it's very easy to notice (and the color of "( )", which is a circle that I couldn't paste here, changes when it gets high, ensuring I don't miss it).

    I coupled that with a hook that watches for usage spiking (basically when I've been talking too long or did something to add a ton of context, so suddenly every turn sends a ton of context back, using up a ton of usage).

    Between the two I haven't hit usage caps in weeks.

  • ryandrake 30 minutes ago
    I made an "amateur hour" error with Codex. Given Anthropic's recent reliability problems I thought I'd take a little time to try Codex with their $20/mo plan. So I downloaded it and gave it a whirl, not realizing that the default model was gpt-5.6-sol. Well after just an hour or two, I blew through my entire week's quota. Whoops! It would be cool if these harnesses could all graphically display your quota usage on the screen at all times.
    • jdthedisciple 21 minutes ago
      You can enable showing the quota usage (and much more) in codex via /statusline
  • DarmokTanagra 1 hour ago
    I didn't know it was still possible to develop software after your ai quota runs out.
    • francisofascii 1 hour ago
      You wait until the month resets.
      • dakolli 47 minutes ago
        Why not juat write the code. Its not that much faster to produce good code with AI. I spend nearly identical amoubts of time reviewing AI code as it would take to write. Im honestly not convinced there is all that much of a productivity boost, maybe 20% faster.
        • francisofascii 40 minutes ago
          I was mostly joking, but to answer your question, the productivity boost entirely depends on your concern for code quality. Sometimes is it faster to just write the code than to try to explain in the prompt what to do. But if you don't care or don't need to understand what it is creating, you can get a ton of functionality fast.
    • aaronbrethorst 14 minutes ago
      Darmok and Jalad, after their quota ran out.
  • sva_ 22 minutes ago
    In 95% of cases it is because you had a large context for which the cache expired.
    • bearjaws 7 minutes ago
      The amount of people I see running around at 800k context and wondering why they are burning through tokens is always surprising.
  • luciandan 38 minutes ago
    Pretty cool tool! Congrats! Not sure if I'm missing something but this tells you where your tokens went, breakdown per day/tool. So the "why" is still a question left for the user to answer. Can be something like "Because I was missing a good CLAUDE.md file so it had to explore the whole repo before doing any work" or anything else. Just my take.
  • Zak 30 minutes ago
    The only time I've ever managed to burn through a quota that fast (on the cheap plan) was with an open-ended request to check a codebase for any defects or deficiencies. It dispatched five Fable subagents.
  • defied 21 minutes ago
    I’ve been using headroom to save on token usage and it’s pretty effective.
  • jasonjmcghee 51 minutes ago
    I care more about your experience. I'd read the blog post of the story behind this.
  • underlines 54 minutes ago
    You can't ask Claude if your quota ran out. You have to wait for the reset...
  • jdthedisciple 19 minutes ago
    this kind of stats feature should be shipped by default with every harness imvho
  • nonameiguess 47 minutes ago
    23 em-dashes in the span of a single README. I gotta hand it to Anthropic. They seriously managed to find a completely legal way to sell crack to crack addicts using other crack addicts as their unpaid sales force.
  • lbrito 48 minutes ago
    How on Earth does one use 1.1B tokens in a week?
    • hetspookjee 47 minutes ago
      With cache reads and writes and a couple of long running session without /clear or /compact it can get there rather fast
    • what-the-grump 12 minutes ago
      Can do that in a day...
  • stas4000 1 hour ago
    [flagged]
  • vladigtr 30 minutes ago
    [flagged]
  • KinetiNode 42 minutes ago
    [flagged]
  • seki285 1 hour ago
    [flagged]
    • sdcfgy 1 hour ago
      At least it's not rewriting stuff in Rust.
    • zuuna 1 hour ago
      Genuinely of the best reasons to build a tool tho? "I had a problem X, so I did nothing and kept complaining (without LLM)" would be pretty tiring to me personally
      • jghn 50 minutes ago
        The problem is that anyone can type "I have this problem, plz fix" into Claude Code.

        What unique insight or skill did they bring to the process? That's the interesting part. Otherwise it's just a small part of a huge sea of people's individual attempts to solve the same problems that everyone else is solving by themselves.

        • hetspookjee 45 minutes ago
          These kinds of trivial CLI vibes tools save an evening and some tokens. And sometimes it’s also not something you think of, or done with better or worse taste than your own. I think it’s nice
        • remus 41 minutes ago
          Indeed. Pre-LLM this kind of thing was a little interesting because you'd need to put a little thought and effort in whereas now it's a one-shot thing straight from an LLM. Don't be a slop proxy, as the saying goes.
    • jasonlotito 59 minutes ago
      https://news.ycombinator.com/newsguidelines.html

      Please don't post shallow dismissals, especially of other people's work. A good critical comment teaches us something.

      • jsrozner 55 minutes ago
        Hi Claude, please build a tool for analyzing Claude token usage and then deploy it to github.

        If you're going to fully vibe code a repo, maybe we should get the build artifacts (i.e., the claude session).

    • SomeonesAccount 1 hour ago
      That is a very common title format for HN, and has been for a while. It wasn't just since AI has evolved—it has always been a load bearing part of HN

      100% Human written slop