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

151–160 of 245 posts

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

#151

Post by zdragnar »

sumtechguy wrote: post #60
aliljet wrote: post #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...

This reminds me of the early days of cell phones. Limits everywhere and you paid for it by the kilobyte. Think at one point I was paying 45c per text message. I hope this gets better and we do not need gigawatt datacenters to do this stuff.

We're in the process of building new gigawatt datacenters for the sole purpose of doing this stuff. If we end up not needing them, there's gonna be a whole lot of capacity sitting around soaking up ongoing maintenance costs.

For ex. of the five new data centers being planned in Wisconsin, the two I know of that have public energy consumption estimates will need more electricity than all of the residential electric usage in Wisconsin combined at 3.9 gigawatts.

https://www.wpr.org/news/data-centers-could-cost-wisconsins-...

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

#152

Post by davesque »

dinakernel wrote: post #38

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…

I'm not sure this is the issue. I asked Claude Code a simple question yesterday. No sub agents. No web fetches. Relatively small context. Outside of peak hours. Burned 8% of my Max 5x 5hr usage limit. I've never seen anything like this before, even when the cache is cold.

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

#153

Post by jazoom »

p1necone wrote: post #150

I burn through the entire 5 hour limit in one or two "implement the feature outlined in this doc" requests with claude pro in a not even huge codebase (low tens of thousands of loc). If there were any reasonable alternatives I wouldn't even consider using it, but sonnet 4.6 (and presumably opus 4.6 - I don't use it as sonnet is faster and more than good enough) is the only model I've used that actually makes good dec…

I haven't found Kimi to be all that good, but GLM 5.1 I find to be better than Opus 4.6 most of the time in web dev. Opus' only advantage is it's a bit faster. If you can't access GLM 5.1 (not fully released yet) try 5.0. It was better than Opus sometimes too.

I have a GLM Code subscription and it lasts much longer than Claude Code.

I use Pi agent so I use all agents in the same harness.

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

#155

Post by symfoniq »

ryandrake wrote: post #144
tartoran wrote: post #69

Earlier quoted context omitted.

What a horrid glimpse in the future. I hope we won't get there and we all collectively fight back with our wallets.

It's going to get much worse. We're soon going to have enough data and compute (and are losing enough online privacy) to allow every company to apply personalized pricing down to the individual. My local restaurant is going to know that I am willing to buy a burger for at most $4.57 and my neighbor is only willing to pay $2.91 for it, and they will have the ability to charge us individually. Every business is going t…

Who would voluntarily do business with a company that does this? Not me.

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

#156

Post by HWR_14 »

joshuak wrote: post #133
pxtail wrote: post #53

Recently after noticing how quickly limits are consumed and reading others complaints about same issue on reddit I was wondering how much about this is real error or bug hidden somewhere and how much it's about testing what threshold of constraining limits will be tolerated without cancelling accounts. Eventually, in case of "shit hits the fan" situation it can be always dismissed by waving hands and apologizing (or…

It is also interesting to observe that your most valuable accounts in this kind of pricing model are the ones that are least used and therefore are not confronted by the limits. Heavy users canceling their accounts in frustration is a win for Anthropic not a punishment, at least a short term.

Casual users follow the recommendations of power users. Pushing heavy users off your service is a post-growth optimization

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

#157

Post by [deleted] »

p1necone wrote: post #150

I burn through the entire 5 hour limit in one or two "implement the feature outlined in this doc" requests with claude pro in a not even huge codebase (low tens of thousands of loc). If there were any reasonable alternatives I wouldn't even consider using it, but sonnet 4.6 (and presumably opus 4.6 - I don't use it as sonnet is faster and more than good enough) is the only model I've used that actually makes good dec…

[deleted]

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

#158

Post by slopinthebag »

bitwize wrote: post #63
jorvi wrote: post #29

Earlier quoted context omitted.

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.

AI will totally rot our brains, just like television, video games, and the internet all did before.

This but unironically.

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

#159

Post by ryandrake »

symfoniq wrote: post #155
ryandrake wrote: post #144

Earlier quoted context omitted.

It's going to get much worse. We're soon going to have enough data and compute (and are losing enough online privacy) to allow every company to apply personalized pricing down to the individual. My local restaurant is going to know that I am willing to buy a burger for at most $4.57 and my neighbor is only willing to pay $2.91 for it, and they will have the ability to charge us individually. Every business is going t…

Who would voluntarily do business with a company that does this? Not me.

Eventually, when all of them do this (and they will be effectively forced to in order to remain competitive), then we will not have a choice.

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

#160

Post by 3abiton »

devmor wrote: post #97
JambalayaJimbo wrote: post #89

Earlier quoted context omitted.

Once you get used to using claude as an abstraction layer you start getting pretty reckless with it. My organization has the concept of "premium models" where our limits reset every month. I hit my limit pretty quickly last month because I was burning tokens doing things that would have been a simple bash loop in the past - all because I was used to interfacing with Claude at the chat layer for all my automation need…

This is a real danger that I think a lot of people will run into as prices go up more and more in the future. Completely outside of the productivity debate, offloading cognitive tasks to LLMs leaves you less practiced in them and less ready to do them when the LLM isn't available. When you have to delegate only certain tasks to the LLM for financial reasons, you may find yourself very frustrated.

This is the bet of many of the big AI companies, and why they're subsidizing majorly the calls. With the latest cracks by the US gov, it seems Anthropic is starting to reduce those subsidies given their edge in the game. I am starting to consider local models more seriously beside just testing, but nowadays the ram/gpu market is bloated.
Post reply on HN