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

191–200 of 245 posts

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

#191

Post by leptons »

reenorap wrote: post #180
leptons wrote: post #142

Earlier quoted context omitted.

> the cost $1000-2000/month or more for coding. Every programmer will be forced to pay for it because it's only a fraction of their salary (in the US anyway) and it's the only way the programmer will be competitive. I routinely match or beat Claude with regards to speed, I often race it to the solution because Claude just takes so long to produce a usable result. Staying competitive doesn't mean only paying an AI for…

You must not be using it right because where I work, a Big Tech company, it's been transformational. Things that would take me a day to code takes minutes. I can't coded since last year. I can see why software engineering as a career is a dead end job now, I spend most of my time testing and code reviewing instead of coding.

So because I can match or beat Claude at the tasks I give it, you think I'm somehow using it wrong?

Maybe you don't recognize someone with real skill and 30+ years of experience? I don't need Claude, but I'm using it. Sometimes it succeeds at simple tasks, but it's out of its depth for anything complex, and after enough iterations on one task, entropy takes hold.

Maybe your coding career was a dead end job, but mine is doing just fine. I'm also not sure you or your colleagues correctly count the time you spend putting into instructing AI vs what you get out that is actually usable. And if you were slow before AI, then I have to ask why you think learning to be a slop-fixer is somehow better than learning how to be a better software engineer.

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

#192

Post by dzhiurgis »

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’ve dumped claude few months ago for gemini. Maybe my problems are too trivial, but it’s same if not better with added benefit of being much faster. I’d say 95% of my work (20-30hrs per week) is done by it and I spend less than $50 per month.

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

#193

Post by wolvoleo »

ramon156 wrote: post #32
wolvoleo wrote: post #21

Earlier quoted context omitted.

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

Oh I don't know that one. I just mentioned ollama because it makes things easy for the user.

But looking at it it's just an interface to the cloud LLMs? The OP's question was about local models.

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

#194

Post by ifwinterco »

RyujiYasukochi wrote: post #189
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…

[flagged]

Yep I was going to say - this is just bad design. This kind of approach is inherently fragile, you are unavoidably destroying information in some sense by mixing things together

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

#195

Post by ifwinterco »

0xbadcafebee wrote: post #108

I've found a lot of people are almost belligerently pro-Claude. They refuse to consider other providers or agents, and won't consider using any model than the latest Opus. The most common reasons I hear are 1) they don't want to use anything other than the greatest model, afraid that anything else would waste their time, 2) they believe their experience is that it's far better than anything else. Even if you show the…

Also the biggest models are not always the best depending on what you're doing. 4.6 Sonnet is a decent model that can handle most coding tasks, and even 4.5 Haiku is fine for simple, well-defined tasks.

Using 4.6 Opus for simple things is not only wasting tokens, it's also slower. Sonnet will get a lot of tasks done in half the time for less than half the money

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

#196

Post by 3abiton »

devmor wrote: post #168
3abiton wrote: post #160

Earlier quoted context omitted.

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.

Local models just don't seem that useful for me for these particular tasks yet - the most recent versions of Codex and Claude Opus are the first time I've found them to be particularly useful in a "real engineering" context that isn't just vibe coding. Google's TurboQuant might help address this, but it also might just widen the gap even further. I am far on the skeptic edge when it comes to the generative AI side of…

Turboquant is totally irrelevant compared to current quantization methods. It has been thoroughly test by people who build inferencing engines for local models. It's all talk no actual meat to it.

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

#197

Post by TranquilMarmot »

RyujiYasukochi wrote: post #189
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…

[flagged]

Whoa. Is Claude coming in here and generating responses about itself.

https://stopsloppypasta.ai/en/

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

#198

Post by nineteen999 »

weikju wrote: post #166
nvch wrote: post #161

Earlier quoted context omitted.

I will make burgers myself. I take this approach with many things and services without great suppliers anyway. And I don't care if it's suboptimal because, in the long run, I'll have better skills and be protected from exactly this trend.

But the supermarkets will do it too

The prices are literally marked on the shelves.

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

#199

Post by ramon156 »

1970-01-01 wrote: post #43

This has been verified as a bug. Naturally, people should see some refunds or discounts, but I expect there won't be anything for you unless you make a stink. https://old.reddit.com/r/ClaudeCode/comments/1s7zg7h/investi...

You have better luck just cancelling your subscription. Claude is becoming too expensive for what I use it for. I don't want a refund. Maybe I just realized that I do not need a coding agent.

I definitely learned to plan out my projects more using LLM's, but in that case im 80% there. I might hit a roadblock or two, but if that means I don't have to guide an LLM then I'd prefer that.

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

#200

Post by amanaplanacanal »

nineteen999 wrote: post #198
weikju wrote: post #166

Earlier quoted context omitted.

But the supermarkets will do it too

The prices are literally marked on the shelves.

Today, yes. I can imagine a future where that sticker is replaced with an electronic display, and facial rec shows you an individualized price.
Post reply on HN