Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Claude Code weekly rate limits

news.ycombinator.com

Post reply on HN
Print view View original

561–570 of 724 posts

Re: Claude Code weekly rate limits

#561

Post by JoshuaDavid »

canada_dry wrote: post #491
landl0rd wrote: post #357

Earlier quoted context omitted.

You can tell how it’s intentional with both OpenAI and Anthropic by how they’re intentionally made opaque. I cant see a nice little bar with how much I’ve used versus have left on the given rate limits so it’s pressuring users to hoard. Because it prevents them from budgeting it out and saying “okay I’ve used 1/3 of my quota and it’s Wednesday, I can use more faster.”

OpenAI's "PRO" subscription is really a waste of money IMHO for this and other reasons. Decided to give PRO a try when I kept getting terrible results from the $20 option. So far it's perhaps 20% improved in complex code generation. It still has the extremely annoying ~350 line limit in its output. It still IGNORES EXPLICIT CONTINUOUS INSTRUCTIONS eg: do not remove existing comments. The opaque overriding rules that…

One thing that has worked for me when I have a long list of requirements / standards I want an LLM agent to stick to while executing a series of 5 instructions is to add extra steps at the end of the instructions like "6. check if any of the code standards are not met - if not, fix them and return to step 5" / "7. verify that no forbidden patterns from exist in added code - if you find any, fix them and return to step 5" etc.

Often they're better at recognizing failures to stick to the rules and fixing the problems than they are at consistently following the rules in a single shot.

This does mean that often having an LLM agents so a thing works but is slower than just doing it myself. Still, I can sometimes kick off a workflow before joining a meeting, so maybe the hours I've spent playing with these tools will eventually pay for themselves in improved future productivity.

Re: Claude Code weekly rate limits

#562

Post by epolanski »

forty wrote: post #362
Wowfunhappy wrote: post #88

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…

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.

It makes me sad that couriers start relying on third party wheeled machines like cars and motorbikes.

Re: Claude Code weekly rate limits

#563

Post by nine_k »

xpe wrote: post #363
landl0rd wrote: post #357

Earlier quoted context omitted.

You can tell how it’s intentional with both OpenAI and Anthropic by how they’re intentionally made opaque. I cant see a nice little bar with how much I’ve used versus have left on the given rate limits so it’s pressuring users to hoard. Because it prevents them from budgeting it out and saying “okay I’ve used 1/3 of my quota and it’s Wednesday, I can use more faster.”

> pressures users to hoard As a pedantic note, I would say 'ration'. Things you hoard don't magically go away after some period of time.

Rationing implies an ability to measure: this amount per day. But measuring the remaining amount is exactly what Claude Code API does not provide.

So, back to hoarding.

Re: Claude Code weekly rate limits

#564

Post by epolanski »

forty wrote: post #535
arvinsim wrote: post #522

Earlier quoted context omitted.

I think it's less about reliance and more about competition. Sure, devs can still work without AI. But if the developer who uses AI has more output than the one that doesn't, it naturally incentives everyone to leverage AI more and more.

That's a big if. People might feel faster because there is more "movement", but it's not clear if overall they are actually signicantly faster (though everyone would like us to believe so). And note that I objected online services, local LLM don't have the same issues.

People who use it extensively may know whether it makes them significantly faster or not.

Re: Claude Code weekly rate limits

#565

Post by [deleted] »

serf wrote: 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…

[deleted]

Re: Claude Code weekly rate limits

#566

Post by theshrike79 »

throwup238 wrote: post #140
theshrike79 wrote: post #113

Earlier quoted context omitted.

"find a list of social events in my area" Isn't this something you can do with a simple Google search? Or Perplexity? No need to shove by far the most expensive LLM (Claude Opus 4) at it.

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”.

That sounds like a startup for me.

Collate all the LA Metro area events from different sources and whip up an app or web site where people can filter them and subscribe to the events in Google Calendar or in .ical format.

You can even have Claude vibe code it for you :)

Re: Claude Code weekly rate limits

#567

Post by epolanski »

3836293648 wrote: post #445
sneak wrote: post #414

Earlier quoted context omitted.

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

> And for the individual it absolutely does kill your ability to do it unless you actually do practice.

Just because you state it, it doesn't make it true. I could tell you that taking buses or robotaxis doesn't change a bit your ability to drive.

Re: Claude Code weekly rate limits

#569

Post by hahn-kev »

Aurornis wrote: post #231
alwillis wrote: post #175

From Anthropic’s Reddit account: One user consumed tens of thousands in model usage on a $200 plan. Though we're developing solutions for these advanced use cases, our new rate limits will ensure a more equitable experience for all users while also preventing policy violations like account sharing and reselling access. This is why we can’t have nice things.

I worked at a startup that offered an unlimited option. It's amazing how fast you go from thinking nobody could ever use that much of your service to discovering how many of your users are creatively abusing the service. Accounts will start using your service 24/7 with their request rating coming at 95% of your rate limiter setting. They're accessing it from a diverse set of IPs. Depending on the type of service and…

This is why we can't have nice things.

It's nice to have an unlimited tier where there's no limit but you get your hand slapped when you go beyond reasonable. But people abuse shit like this and now lawyers have to get involved and we can't have the nice thing anymore.

Post reply on HN