Live data from Hacker News

Claude Code users hitting usage limits 'way faster than expected'

theregister.com

41–50 of 245 posts

Re: Claude Code users hitting usage limits 'way faster than expected'

#41
post #14

Over reliance on LLMs is going to become such a disaster in a way no one would have thought possible. Not sure exactly what, who, when, or where.. Just that having your entire product or repo dependent on a single entity is going to lead to some bad times…

So, like, GitHub then?

Or Cloudfare or AWS

Re: Claude Code users hitting usage limits 'way faster than expected'

#42
post #15

What is the best way to get start with open weight models? And are they a good alternative to Claude Code?

We offer multiple SOA models at https://portal.neuralwatt.com at very generous pricing since we have options to bill per kWh instead of per token. Recipes for your favorite tools here: https://github.com/neuralwatt/neuralwatt-tools

Re: Claude Code users hitting usage limits 'way faster than expected'

#44

please tell me if i'm crazy. i just refuse to use openai/google/anthropic subscriptions, i only use open source models with ZDR tokens. - i like privacy in my work, and i share when i wish. somehow we accepted that our prompts and work may be read and moderated by employees. would you accept people moderating what you write in excel, google docs, apple pages? - i want a consistent tool, not something that is quantise…

You are not crazy, you are just waking up from the SaaS delusion. We somehow allowed the industry to convince us that paying $20/month to rent volatile compute, have our proprietary workflows surveilled, and get throttled mid-thought is an 'upgrade'. The pendulum is swinging violently back to local-native tools. Deterministic, privately owned, unmetered—buying your execution layer instead of renting it is the only wa…

No one was convinced to spend money to do the things you're saying. That's just disingenuous. People rent models because (a) it moves compute elsewhere (b) they provide higher quality models.

Re: Claude Code users hitting usage limits 'way faster than expected'

#45
There's a weird 'token anxiety' you get on these platforms. And you basically don't know how much of this 'limit' you may consume at any time. And you actually don't even know what the 'limit' is or how it's calculated. So far, people have just assumed Anthropic will do the kind thing and give you more than you could ever use...

Re: Claude Code users hitting usage limits 'way faster than expected'

#46
post #29
post #14

Over reliance on LLMs is going to become such a disaster in a way no one would have thought possible. Not sure exactly what, who, when, or where.. Just that having your entire product or repo dependent on a single entity is going to lead to some bad times…

For a second I hoped you were gonna comment on how LLMs are going to rot out our skillset and our brains. Like some people already complaining they "have to think" when ChatGPT or Claude or Grok is down. Oh well.

I read that as implied.

Re: Claude Code users hitting usage limits 'way faster than expected'

#47
post #14

Over reliance on LLMs is going to become such a disaster in a way no one would have thought possible. Not sure exactly what, who, when, or where.. Just that having your entire product or repo dependent on a single entity is going to lead to some bad times…

How can automatic slop-prevention be a disaster? It's a feature.

Re: Claude Code users hitting usage limits 'way faster than expected'

#48
post #29
post #14

Over reliance on LLMs is going to become such a disaster in a way no one would have thought possible. Not sure exactly what, who, when, or where.. Just that having your entire product or repo dependent on a single entity is going to lead to some bad times…

For a second I hoped you were gonna comment on how LLMs are going to rot out our skillset and our brains. Like some people already complaining they "have to think" when ChatGPT or Claude or Grok is down. Oh well.

The other day I was doing some programming without an LSP, and I felt lost without it. I was very familiar with the APIs I was using, but I couldn't remember the method names off the top of my head, so I had to reference docs extensively. I am reliant on LSP-powered tab completions to be productive, and my "memorizing API methods" skill has atrophied. But I'm not worried about this having some kind of impact on my brain health because not having to memorize API methods leaves more room for other things.

It's possible some people offload too much to LLMs but personally, my brain is still doing a lot of work even when I'm "vibecoding".

Re: Claude Code users hitting usage limits 'way faster than expected'

#49

This turned out to be a bug. https://x.com/om_patel5/status/2038754906715066444?s=20 One reddit user reverse engineered the binary and found that it was a cache invalidation issue. They are doing some hidden string replacement if the claude code conversation talks about billing or tokens. Looks like that invalidates the cache at that point. If that string appears anywhere in the conversation history, I think the star…

Anecdotally when Claude was error 500'ing a few days ago, its retries would never succeed, but cancelling and retrying manually worked most of the time.

Re: Claude Code users hitting usage limits 'way faster than expected'

#50
post #6

Earlier quoted context omitted.

Everyone who has not hit this bug thinks it’s user error… It’s not. It happened to me a few days ago, and the speed at which I tore through my 5 hour usage cap was easily 10x faster than normal. Also: sub agents do not get you free usage. They just protect your main context window.

Don't they consume less of the token quota in case the subagents are running cheaper models like Sonnet and Haiku compared to Opus?

Correct—I just wouldn't want folks to mistakenly think that the context fill % corresponds 1:1 with session token use.
Post reply on HN