Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

theregister.com

Post reply on HN
Print view View original

31–40 of 245 posts

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

#31

Post by ramon156 »

p2hari wrote: post #4

I cancelled my pro plan last month. I was using Claude as my daily driver. In fact had the API plan also and topped it with $20 more. So it was around $40 each month. Starting from December last year it has been like this. When sessions could last a couple of hours with some deep boilerplate and db queries etc. to architecture discussion and tool selection. Slowly the last two months it just gets over. One prompt and…

After they force OpenCode to remove their Claude integration, and the insane token hogging, I also cancelled my subscription.

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

#32

Post by ramon156 »

wolvoleo wrote: post #21
shafyy wrote: post #15

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

Just install ollama. And no, they're not as capable as SOTA models. Not by far. However they can help reduce your token expenditure a lot by routing them the low-hanging fruit. Summaries, translations, stuff like that.

no need for ollama, simonw's llm tool is good enough

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

#33

Post by wutwutwat »

jdefr89 wrote: 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?

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

#34

Post by Forgeties79 »

notyourwork wrote: post #27
ZeroCool2u wrote: post #22

I'm finishing my annual paid Pro Gemini plan, so I'm on the free plan for Claude and I asked one (1) single question, which admittedly was about a research plan, using the Sonnet 4.6 Extended thinking model and instantly hit my limit until 2 PM (it was around 8 or 9 AM). Just a shockingly constrained service tier right now.

Free is free. Want more, fork over money.

They are saying even for free it is very constrained. This isn’t productive.

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

#35

Post by lukewarm707 »

shafyy wrote: post #15

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

i would recommend getting an API account on fireworks, this is ZDR and typically the fastest provider.

otherwise check the list of providers on openrouter and you can see the pricing, quantisation, sign up directly rather than via a router. ensure to get caching prices, do not get input/output API prices.

GLM 5 is a frontier model, Kimi 2.5 is similar with vision support, Minimax M2.7 is a very capable model focused on tool calling.

If you need server side web search, you could use the Z AI API directly, again ZDR; or Friendli AI; or just install a search mcp.

For the harness opencode is the normal one, it has subagents and parallel tool calling; or just use claude code by pointing it at the anthropic APIs of various providers like fireworks.

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

#36

Post by dewey »

jdefr89 wrote: 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…

There's so many different models, from hosted to local and there's almost no switching cost as most of them are even api compatible or supported by one of the gateways (Bifrost, LiteLLM,...).

There's many things to worry about but which LLM provider you choose doesn't really lock you in right now.

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

#37

Post by giancarlostoro »

medwards666 wrote: post #25
giancarlostoro wrote: post #8

I'm guessing their newer models are taking way more compute than they can afford to give away. The biggest challenge of AI will eventually be, how to bring down how much compute a powerful model takes. I hope Claude puts more emphasis into making Haiku and Sonnet better, when I use them via JetBrains AI it feels like only Opus is good enough, for whatever odd reason.

I get the same. Work has shifted to being agentic first - and whenever I use anything other than Claude Opus it seems that the model easily gets lost spinning its wheels on even the simplest query - especially with some of our more complex codebases, whereas Opus manages to not only reason adequately about the codebase, but also can produce decent quality code/tests in fairly short order. Oddly though, when using at…

Funny, I use Opus at home, but I have a Max plan, and I only use it during their non-peak hours. I can't bring myself to downgrade to Haiku or Sonnet.

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

#38

Post by dinakernel »

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 starting text is replaced, your entire cache rebuilds from scratch.

So, nothing devious, just a bug.

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

#40

Post by dewey »

kneel wrote: post #19

I asked it to complete ONE task: You've hit your limit · resets 2am (America/Los_Angeles) I waited until the next day to ask it to do it again, and then: You've hit your limit · resets 1pm (America/Los_Angeles) At which point I just gave up

If this is reasonable or not is pretty hard to judge without any info on that "ONE" task.
Post reply on HN