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

81–90 of 245 posts

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

#81

Post by muskstinks »

lukewarm707 wrote: post #70
muskstinks wrote: post #56

Earlier quoted context omitted.

Its a question of price, quality and other factors. If my company pays for it, i do not care. If i have a hobby project were it is about converting an idea in my spare time in what i want, i'm happily paying 20$. I just did something like this on the weekend over a few hours. I really enjoy having small tools based on single html page with javascript and json as a data store (i ask it to also add an import/export fea…

i don't use local models, i just use the APIs of cloud providers (eg fireworks, together, friendli, novita, even cerebras or groq). you can get subscriptions to use the APIs, from synthetic, or ollama, fireworks.

Whats the big difference then? You can get a lot of tokens for 20$ and not everything is a state secret i'm doing.

But if i would use some API stuff, probably openrouter, isn't that easer to switch around and also have zero konwledge savety?

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

#83

Post by lukewarm707 »

muskstinks wrote: post #81
lukewarm707 wrote: post #70

Earlier quoted context omitted.

i don't use local models, i just use the APIs of cloud providers (eg fireworks, together, friendli, novita, even cerebras or groq). you can get subscriptions to use the APIs, from synthetic, or ollama, fireworks.

Whats the big difference then? You can get a lot of tokens for 20$ and not everything is a state secret i'm doing. But if i would use some API stuff, probably openrouter, isn't that easer to switch around and also have zero konwledge savety?

i think that privacy is good for wellbeing. it may be this is a dying point of view.

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

#84

Post by kombine »

kaoD wrote: post #55
dewey wrote: post #40

Earlier quoted context omitted.

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

I only asked Claude to rewrite Linux in Rust.

I'd ask it to rewrite Claude code in Rust, but it's creator apparently wrote a book on Typescript..

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

#85

Post by ikidd »

xnx wrote: post #18
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…

> on a single entity Contrary to the popular opinion here, there are other services beyond Claude Code. These usage limits might even prompt (har har) people to notice that Gemini is cheaper and often better.

Last time I used Gemini I watched it burn tokens at three times the rate of any other models arguing with itself and it rarely produced a result. This was around Christmas or shortly after.

Has that BS stopped?

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

#86

Post by nickphx »

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…

if you rely on the black box of bullshit... you deserve your own fate.

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

#88

Post by muskstinks »

lukewarm707 wrote: post #83
muskstinks wrote: post #81

Earlier quoted context omitted.

Whats the big difference then? You can get a lot of tokens for 20$ and not everything is a state secret i'm doing. But if i would use some API stuff, probably openrouter, isn't that easer to switch around and also have zero konwledge savety?

i think that privacy is good for wellbeing. it may be this is a dying point of view.

It is for sure but running your own email is so time intense that i gave that up 10 years ago.

i then decided to trust one company with most stuff.

Also as I said, I would use something different for my personal stuff. But i'm waiting for the right hardware etc.

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

#89

Post by JambalayaJimbo »

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…

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 needs and not thinking any more about it.

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

#90

Post by sudo_and_pray »

I gave claude code a try at home ($20 sub), since we use it at work without any limits and I wanted to see how I can use it on some of my projects.

It was a big disappointment and it just burned through tokens so fast that I hit first limit after 30 minutes while it was gathering info on my project and doing websearches.

My experience was that when I wanted to use it, maybe 2-3 days per week, Pro sub was not enough. On some days I did not use it at all. The daily or weekly token limit was really restrictive.

Post reply on HN