Live data from Hacker News

Claude Code weekly rate limits

news.ycombinator.com

441–450 of 724 posts

Re: Claude Code weekly rate limits

#441

Earlier quoted context omitted.

Not for the Los Angeles metro area. There isn’t a single calendar or event aggregator that covers the entire area and with an LLM I can give it complex schedules (i.e. a dump of my calendar for that week) and preferences to filter the list of events for the stuff I like, including vague stuff like “I like country music in the style of ‘Take Me Home, Country Roads’ but not modern country radio”.

Killing a fly with a cannonball.

Where is the fly swatter at?

Re: Claude Code weekly rate limits

#442

I'm not sure how this will play out long term, but I really am not a fan of having to feel like I'm using a limited resource whenever I use an LLM. People like unlimited plans, we are used to them for internet, text messaging, etc. The current pricing models just feel bad.

Unlimited plans = the users who use it least subsidize the users who use it a lot.

I don't really know how it's sustainable for something like SOTA LLMs.

Re: Claude Code weekly rate limits

#443

Confused on the Max 5x vs Max 20x. I'm on the latter, and in my email it says: > "Most Max 20x users can expect 240-480 hours of Sonnet 4 and 24-40 hours of Opus 4 within their weekly rate limits." In this post it says: > "Most Max 5x users can expect 140-280 hours of Sonnet 4 and 15-35 hours of Opus 4 within their weekly rate limits." How is the "Max 20x" only an additional 5-9 hours of Opus 4, and not 4x that of "M…

Someone should do a study then file a class action if their marketing material is false.

Re: Claude Code weekly rate limits

#444
post #11

200 bucks a month isn't enough. Fine. Make a plan that is enough so that I will be left alone about time limits and enforced breaks. NOTHING breaks flow better than "Woops! Times up!"; it's worse than credit quotas -- at least then I can make a conscious decision to spend more money or not towards the project. This whole 'twiddle your thumbs for 5 hours while the gpus cool off' concept isn't productive for me. '35 ho…

I use the API. Just pay-per-use. Refill it $100 at a time.

Re: Claude Code weekly rate limits

#445
post #414
post #362

Earlier quoted context omitted.

It makes me sad that devs start relying on proprietary online services to be able to work. We have been lucky enough to have FOSS tools to do everything and not to have to rely on any specific service or company to work and some of us are deciding to become like Monsanto-addicted farmers who forgot how to do their jobs without something they have to pay every month.

We can and did work without it. It just makes us many times faster. Nothing about using an LLM removes skills and abilities you already had before it.

For the industry as a whole it absolutely does. And for the individual it absolutely does kill your ability to do it unless you actually do practice.

And yes, the goal might be to only use it for boilerplate or first draft. But that's today, people are lazy, just wait for the you of tomorrow

Re: Claude Code weekly rate limits

#446

I'm probably not going to hit the weekly limit, but it makes me nervous that the limit is weekly as opposed to every 36 hours or something. If I do hit the limit, that's it for the entire week —a long time to be without a tool I've grown accustomed to! I feel like someone is going to reply that I'm too reliant on Claude or something. Maybe that's true, but I'd feel the same about the prospect of loosing ripgrep for a…

the first rule of APIs is do not expect them to work 24/7. and you are never in control of any change that can occur. Thats why its really important to cultivate local LLMs.

Re: Claude Code weekly rate limits

#447
post #308

Earlier quoted context omitted.

It’s tricky without seeing the actual data. 5% of a massive user base can still be a huge number so I get that it’s hard to be surgical. But those power users are often your most creative, most productive, and most likely to generate standout use cases or case studies. Unless they’re outright abusing the system, I’d lean toward designing for them, not against them. if the concern is genuine abuse, that feels like som…

5% of a massive user base could also be huge if 50% of users are on an enterprise plan and barely using it.

in other words, these limits will help introduce Enterprise (premium) plans?

Re: Claude Code weekly rate limits

#448

Earlier quoted context omitted.

My opinion is all of these tools should completely get rid of the "pay 20/month, 200/month", etc just to get access to some beholden rate limited amount that becomes hard to track. Mask off completely and just make it completely usage based for everyone. You could do something for trial users like first 20 (pick your number here) requests are free if you really need to in order to get people on board. Or you could do…

I think Claude Code also already has the option to provide an API key directly for usage based pricing. I'm a fan of having both a subscription and a usage based plan available. The subscription is effectively a built in spending limit. If I regularly hit it and need more value, I can switch to an API key for unlimited usage. The downside is you are potentially paying for something you don't use, but that is the same…

Giving how expensive Claude Code is if you use API key, I think it's safe to assume the subscription model is bleeding money out.

Re: Claude Code weekly rate limits

#449
Do not love. I used opus on api billing for some time before the new larger plans came out, so I switched. I routinely hit the opus limits in an hour or two ($100 plan). There are some tasks sonnet is good with but for many it’s worse, and sometimes subtly so.

Upshot - I will probably go back to api billing and cancel. For my use cases (once or twice a week coding binges) it’s probably cheaper and definitely less frustrating.

Re: Claude Code weekly rate limits

#450

Earlier quoted context omitted.

Moreover, if you run a SaaS, generally somewhere from 1 in 5 to 1 in 20 users are using you for real, while the others are mostly not using you. The stat would be more interesting if instead of 1 in 20 users, they said x in y of users with at least one commit per business day, or with at least one coding question per day, or whatever. I suspect this could be a significantly higher percentage of professional users the…

… if you run a SaaS, generally somewhere from 1 in 5 to 1 in 20 users are using you for real, while the others are mostly not using you. That is a hilarious and believable stat. Has anyone published such numbers or is it a dirty secret about how many corporate licenses are purchased and never used by the rank and file? I can personally think of a few internally licensed products, announced with huge fan fare, which n…

https://en.wikipedia.org/wiki/Pareto_distribution / https://en.wikipedia.org/wiki/Pareto_principle
Post reply on HN