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?
Claude Code users hitting usage limits 'way faster than expected'
41–50 of 245 posts
Re: Claude Code users hitting usage limits 'way faster than expected'
#42What is the best way to get start with open weight models? And are they a good alternative to Claude Code?
Re: Claude Code users hitting usage limits 'way faster than expected'
#43https://old.reddit.com/r/ClaudeCode/comments/1s7zg7h/investi...
Re: Claude Code users hitting usage limits 'way faster than expected'
#44please 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…
Re: Claude Code users hitting usage limits 'way faster than expected'
#45Re: Claude Code users hitting usage limits 'way faster than expected'
#46Over 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.
Re: Claude Code users hitting usage limits 'way faster than expected'
#47Over 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…
Re: Claude Code users hitting usage limits 'way faster than expected'
#48Over 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.
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'
#49This 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…
Re: Claude Code users hitting usage limits 'way faster than expected'
#50Earlier 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?