Live data from Hacker News

Elevated error rate across multiple models

status.claude.com

201–210 of 293 posts

Re: Elevated error rate across multiple models

#201
post #27
post #2

Getting consistent "API Error: 500 Internal server error" messages in Claude Code right now (10:20 AM EST)

for me it's API Error: 529 Overloaded. This is a server-side issue, usually temporary — try again in a moment. If it persists, check https://status.claude.com .

529 and not 429?

Re: Elevated error rate across multiple models

#202

I don’t prompt Claude anymore. I have loops running that prompt Claude and figuring out what to do. My job is to write loops. — Boris Cherny, head of Claude Code Reliability is a direct reflection of the quality of the underlying infrastructural code. If even Anthropic, the company with the world's best agentic vibecoders, has horribly unreliable infrastructure, it really says something about the quality of the world…

Is there any indication these errors are related to Anthropic-written code as opposed to operational issues from the fastest-growing infra buildout ever? Layer-wise, the app is pretty far removed from request routing to GPU pools.

I'm not sure if that's really an Anthropic problem you're pointing to vs a problem that their infra layer handles (Amazon, Google, whatever hyperscaler). i.e, they might be scaling quickly but they are running on top of established infrastructure.

Re: Elevated error rate across multiple models

#203

Earlier quoted context omitted.

Right. If this were truly a pure scaling issue, I’d expect the interface would offer an archive.is-esque “Claude is at capacity; your prompt is #XXX/YYY in the queue; estimated time remaining: ZZZ seconds” Instead, the whole system just shits the bed, catastrophically.

But such messages would suggest that Claude has engineered limits, which isn't what the market wants to hear. Completely falling over and being unavailable is just another Tuesday on the internet, will be forgotten by the weekend.

> being unavailable is just another Tuesday on the internet, will be forgotten by the weekend.

This is true when you have like one failure a year, but Anthropic is starting to look a lot like github lately when it comes to uptime.

After a certain point the reputation for unreliability starts sticking to you, especially when you position yourself as an indispensable tool for completing work people need done.

Re: Elevated error rate across multiple models

#204
post #193

Earlier quoted context omitted.

> Anthropic could at any point come out and say all those are due to third party providers. Why can't it be simply the case that Anthropic is struggling by their own accord? Infra scaling isn't a solved problem, much less with new, complicated, ever-changing, stateful LLM requests. Pretty much every API-service-centric company I've worked at was in some constant state of either triaging or thinking about infrastructu…

> Why can't it be simply the case that Anthropic is struggling by their own accord? They can and it is normal. I have said it is normal for scaleups specifically at a similarity growth rate. What we (or at least I) critique here is coming out in the world and announcing that coding is done while having a product that has a status page full with red stripes. Yes, could be infrastructure, could be third party integrati…

> Again the difference here is that the other scale-ups with similar _scaling_ issues are not talking about how we should all just use LLMs for everything and that learning to code is not required anymore.

> Let them do the explanation and defend their position as they are the ones attacking the computer science engineering.

This once again boils back down into: because they make claims about LLMs being good, I get to make any claim I want, and if if they didn't want me to make my claim, they shouldn't have made theirs.

It seems reactionary rather than earnest.

You've accused me and someone else of "brainstorming" reasons why they might have infra scaling issues, but I'm not. I'm pointing out that everyone has them especially pre-AI, and all of those reasons are on the table, not less likely. You have done the opposite: committed to a suspicion. That is the end result of the thought-terminating cliche.

Re: Elevated error rate across multiple models

#206
post #59
post #38

Earlier quoted context omitted.

"curl -fsSL https://pi.dev/install.sh | sh" — seriously? That tells me a lot about the whole project, unfortunately.

I am genuinely curious what it tells you, as "curl https//.. | sh" has long been an enormously popular approach to distribution in the open source world. Homebrew, to name just one example, advertises a similar method. (pi.sh also documents other install methods, like `npm`, on their homepage) If trust and security is the issue, unfortunately "better" ideas like hashpipe [1] never achieved critical mass [1] https://n…

I really hate the `curl | sh` specifically because if your connection drops at a specifically unlucky point in time you are left with a partially executed script which if you are unlucky enough may just have been executing `rm -r ~/.cache//download` but it stopped at `rm-r ~/`.

Is it likely? No. Can it happen? Yea.

Just make it `curl -o && sh ` and this entire problem is gone.

Re: Elevated error rate across multiple models

#207

Earlier quoted context omitted.

But such messages would suggest that Claude has engineered limits, which isn't what the market wants to hear. Completely falling over and being unavailable is just another Tuesday on the internet, will be forgotten by the weekend.

> being unavailable is just another Tuesday on the internet, will be forgotten by the weekend. This is true when you have like one failure a year, but Anthropic is starting to look a lot like github lately when it comes to uptime. After a certain point the reputation for unreliability starts sticking to you, especially when you position yourself as an indispensable tool for completing work people need done.

Yeah to those of us who are on the know, but maybe it can be spun as "Claude adoption breaks the internet" to the consumer

Re: Elevated error rate across multiple models

#208

I don’t prompt Claude anymore. I have loops running that prompt Claude and figuring out what to do. My job is to write loops. — Boris Cherny, head of Claude Code Reliability is a direct reflection of the quality of the underlying infrastructural code. If even Anthropic, the company with the world's best agentic vibecoders, has horribly unreliable infrastructure, it really says something about the quality of the world…

On the other hand we are also willing to buy it, so reliability is arguably not as valued a good as people assumed.

Some of us are unsubscribing, what with the coming face scans/enshittification/downtime/throttling...

Re: Elevated error rate across multiple models

#209

Earlier quoted context omitted.

They are different models. OpenCode is trying to be a claude code/codex replacement, where-as pi is something you build yourself, kind of trying to be an emacs type thing compared to vs-code. As in emacs it is more common to write your own extensions, where as in vs-code most people just download them.

I keep butting into the question of; why opencode, when you've got codex available? Codex is open source as well, and i can't seem to picture a situation where one would want Opencode over Codex. As far as I can tell, they tick the same boxes- but one has the support of a big boy model provider.

If you care about privacy at all, you can route your Opencode requests through an inference provider that does not retain any logs or data. It is also much cheaper. So if your boxes include `Privacy` and `Affordability`, then no, they don't tick the same boxes.

Re: Elevated error rate across multiple models

#210

I don’t prompt Claude anymore. I have loops running that prompt Claude and figuring out what to do. My job is to write loops. — Boris Cherny, head of Claude Code Reliability is a direct reflection of the quality of the underlying infrastructural code. If even Anthropic, the company with the world's best agentic vibecoders, has horribly unreliable infrastructure, it really says something about the quality of the world…

> If even Anthropic, the company with the world's best agentic vibecoders... But that's really not what they have. They have AI experts who are creating incredible LLMs. Everything else is more than meh: Claude Code is really bad. Such a turd would never have gained any traction if it wasn't for the LLMs behind it. I use LLMs to code daily (Claude Code still, mind you, for I didn't take the time to switch yet) and th…

[deleted]
Post reply on HN