Rendered at 15:31:33 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
MontyCarloHall 34 minutes ago [-]
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's best agentically produced code.
brookst 17 minutes ago [-]
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.
organsnyder 13 minutes ago [-]
This is almost certainly a software issue, though. Even if it's due to scaling, they still built a system that failed catastrophically rather than degrading gracefully.
MontyCarloHall 6 minutes ago [-]
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.
dsmurrell 31 minutes ago [-]
I wonder how they fix things when Claude is down.
AlexB138 26 minutes ago [-]
I would bet that they have inference setup for internal use on a separate system from the customer-facing production environment. The same way telemetry infrastructure needs to be run separate from normal production systems, so you aren't "blind" when you need it most.
wsatb 17 minutes ago [-]
Based on this outage: not very well.
blensor 27 minutes ago [-]
This is ( or will be in the future ) a surprisingly relevant issue
mysterydip 21 minutes ago [-]
maybe they ask a secondary agentic system to fix it. will that be the future of “redundancy”?
rdtsc 14 minutes ago [-]
"Gemini, fix my Claude infra"
qsxfthnkp2322 19 minutes ago [-]
lol probably use their dev or qa Claude environment to fix prod
hombre_fatal 26 minutes ago [-]
Meh, this is the "must be the veganism" fallacy: if someone knows you're vegan, then any ailment you might have, no matter how ubiquitous in the population, must be somehow due to your vegan diet and no more details are required.
Except now it's the "AI did it" fallacy where if you know a company uses AI, even infra scaling issues must be due to AI, and if you had just used less or no AI, you would have been spared even though that has never been true.
The usual response to this goes something like "well they made claims that AI is good" therefore anything short of perfection supposedly debunks the claim.
gls2ro 17 minutes ago [-]
This is not like that.
This is literally they saying they are letting their LLM run wild(ish) and seeing the status.claude.com we can see the result.
This is a case where the outcome is the direct result of the engineering practices like the ones they describe.
PS: Yes I use Claude, Coded, Amp and Cursor agents every day so I am not saying here LLMs are not valuable.
LE: They did not made claims that "AI is good" they made claims that developers/computer engineers are not needed anymore in the near future. Thats is a stronger claim and has a direct relation with a product they have which needs computer engineering (yes infra counts too) and which seems to be down more than we expect as a good quality bar.
brookst 15 minutes ago [-]
You just said "it's not the 'must be veganism' thing, it's the 'must be veganism thing'"
Unless you have inside knowledge of their infra ops and management tools, it is just guessing and blaming veganism. For all we know it could be tools from Nvidia or anyone else failing under massive load.
It could be the veganism. Some things are. Leaping to it as the only possible explanation for every ailment is exactly the fallacy.
gls2ro 4 minutes ago [-]
No. We dont need metaphors like that with veganism (which touches ideologies also) when talking about engineering and a company that promotes out loud that engineering is done.
I have not stated anything. I just replied to a metaphor which is not needed cause here we talk about engineering problems handled by engineers in a tech company. I give you something else where this line of thought could be wrong: culture beats (and destroys) engineering practices unless regulated by law.
In this case yes this is not because of LLMs but because of company culture.
Still hard to know where the line draws because Anthropic talks about solving computer science for good as in humans need not apply.
MontyCarloHall 15 minutes ago [-]
Another data point: GitHub is extremely insistent its employees maximally use AI for internal development [0], and we’ve concomitantly seen its reliability fall off a cliff in the last year or so.
Or it could be that GitHub saw a 14x increase in commit volume last year[0], and we've concomitantly seen its reliability fall of a cliff in the last year or so. Given that Microsoft is leasing additional space on AWS(!)[1] to handle the additional commit volume, my personal money is on commit volume growth being a bigger issue than internal use of AI.
Unless you have direct knowledge of their infrastructure issues, you are quite literally making exactly the "they are vegan, their illness must be caused by their veganism" argument the GP commenter was talking about.
But it is like that. You have zero insight into the infrastructure issue. And the person quoted above is a Claude Code developer. So because this guy uses Claude generously to build Claude Code, then Anthropic's API scaling issues must necessarily be caused by his agent loops even though scaling issues plague every tech company, no less often pre-AI.
The issue is that it's a thought-terminating cliche, and it would be nice to have one place on the internet that isn't just who can post one the fastest with the most glee to the giddy seal-clapping of the audience.
gls2ro 10 minutes ago [-]
Engineering practices or best practices are much more than writing code.
So not sure what we are debating here: I see first hand companies jumping full on using LLM for _everything_ for the last 6 months (of course Anthropic longer) and without guardrails and good engineering practices the number of incidents, downtime is increasing.
Look at status.claude.com - Anthropic could at any point come out and say all those are due to third party providers.
I am also not saying here Anthropic is worse than other scaleups. But they do something different: they come in front of us and tell us they have better engineering practices.
svachalek 15 minutes ago [-]
There’s a difference between having normal levels of difficulty and bad luck, and having people blame those on the wrong thing, vs having extraordinarily miserable quality and having people find the obvious difference. Potentially yes, they might have terrible wiring in their office or a crippling fondness for vim. But if I were their PR department I’d be talking about that if it was the problem.
"..people who followed a vegan diet had noticeably low levels of iodine in their bodies, an element that is essential for growth, bones, and brain function. In addition, vegans had lower bone health scores..." - https://www.bfr.bund.de/en/press-release/vegan-vegetarian-be...
SimianSci 1 minutes ago [-]
There are a lot of nutritional blind spots in vegan diets.
It is a diet that requires exceptional planning and intentionality to be at a baseline of health similar to a balanced omnivorous diet.
So indeed, the "it must be veganism" is not an unfounded concern when health complications arise, in a very similar way to "it must be the AI" is a valid concern when software issues arise.
MattGaiser 19 minutes ago [-]
On the other hand we are also willing to buy it, so reliability is arguably not as valued a good as people assumed.
yanis_t 57 minutes ago [-]
I suppose it's a good time to encourage people trying out pi[1] with any cheap model from the openrouter rankings page[1].
I just did a build in Nemesis8 (containerized agents) and Pi appears to be working fine. Opencode is a good choice too if you're interested in checking out GLM 5.2 from z.ai.
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.
kordlessagain 14 minutes ago [-]
I like it.
One caveat is that it doesn't do MCP tools, but can wire them up with bash (or use CLIs if those are available).
MrOxiMoron 32 minutes ago [-]
Except I was having connection issue and errors through open router too
jwr 50 minutes ago [-]
"curl -fsSL https://pi.dev/install.sh | sh" — seriously? That tells me a lot about the whole project, unfortunately.
mik3y 44 minutes ago [-]
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://news.ycombinator.com/item?id=9318286
tovej 32 minutes ago [-]
What about better ideas like installing from source, or using a package manager? Or even flatpaks.
arbll 20 minutes ago [-]
From source: creates much more work for the user.
Package managers: ecosystem is fragmented, requiring a long list of distro- and package-manager-specific instructions. Many scripts already install through package managers, they simply make the user’s life easier.
Flatpaks: These are clearly designed for desktop applications, with CLIs treated as an afterthought. They may be the best long-term hope, but today they are definitely not as convenient or widely available as a simple script.
If you care about adoption, `curl | sh` is the only real option today, which is why virtually all project show it as the first option.
mik3y 22 minutes ago [-]
The ideas aren't mutually exclusive, and I've never seen an open source project support "curl | sh" without also supporting those methods.
Indeed, plenty of these scripts often act as a "what OS and packager do we have" mux. Just look at the source of this one, for example.
When you support an open source project at scale and/or with less savvy users, you come to see the benefit of "here, just f'ing slam this into your shell and we'll figure it out" installers. I know I have.
throwaway2027 46 minutes ago [-]
Claude Code does it the same way (which doesn't excuse it obviously) but still.
Yep, that's not an excuse. Claude goes down all the time, should pi also go down?
Oh wait (from another comment under this article):
> https://pi.dev/models is throwing an internal server error for me.
sippeangelo 28 minutes ago [-]
Seriously, what is the threat model here?
InsideOutSanta 15 minutes ago [-]
There is no threat model that doesn't also apply to pretty much every other distribution method.
It's just people who have internalized "don't paste commands from the Internet into your terminal" and aren't thinking about exactly what makes pasting commands from the Internet into your terminal dangerous, and how that applies to this specific case.
arbll 16 minutes ago [-]
Nah bro package manager where you copy and paste their custom repo and key from the same website that hosts the `.sh` is definitely safer, trust me
/s
Arubis 43 minutes ago [-]
I get this, and would recently have had a similar reaction. But I have to ask: do you typically run your agent harness in yolo mode?
horsawlarway 40 minutes ago [-]
Yeah, totally reasonable comment given the utter security that must come from anthropic with their installer, amiright?
Further - what the flicking fuck do you think an installer is going to do on your system? Not run any commands? Because I've written installers for every platform... they ALL can run commands.
So what exactly is the complaint in this comment? If you want to go read the install script - knock yourself out (or hell, point your agent at it...).
kordlessagain 33 minutes ago [-]
And you can simply look at the installer by pulling it up in the browser.
qarl2 25 minutes ago [-]
You can simply look at the installer by leaving off the "| bash".
efficax 41 minutes ago [-]
it tells you they're just like basically every other CLI targeting project for the last 15 years? I mean is it a big security hole we all accept, yes, it is. But it's not really indicative of much. That's also how I install rust.
qarl2 28 minutes ago [-]
My dude - if you're going to trust them then you're going to trust them.
You think it's hard to obfuscate shell calls from inside a built executable?
What it tells us is that you're probably searching for reasons to grouse about AI.
tuvix 47 minutes ago [-]
both the Julia and Rust programming languages use curl -> sh to install
tovej 31 minutes ago [-]
Both of them provide that option. I've never installed rust without a package manager. Why would I?
qarl2 22 minutes ago [-]
> Why would I?
Because then you can install it without depending on a package manager?
tovej 48 seconds ago [-]
Yeah, from source in that case. Or using a verified binary if I absolutely had to.
plagiarist 42 minutes ago [-]
In general I agree with you, but on the other hand it is an agentic coding agent you should have isolated in a container or VM anyway
lo0pback 48 minutes ago [-]
[dead]
nathcd 4 minutes ago [-]
I've been a moderate on using LLMs for programming, but I think this is the straw that's going to send me entirely back to brain coding. It's just too annoying to have a dependency on the network and on a semi-unreliable service provider. I've also been worried about the potential for skill atrophy. Maybe I'll revisit the decision someday when I can run a useful model on modest hardware.
halfmatthalfcat 1 hours ago [-]
Incredible how we can claim productivity increases when its either Claude or Github shitting the bed every other day. It must even itself out to a net neutral gain in the long term.
dpedu 44 minutes ago [-]
I don't understand this comment. At worst, we're just back to the baseline - working without AI help.
halfmatthalfcat 40 minutes ago [-]
Yes, that's what the comment means.
We are back to the baseline. The availability of our tools isn't adding anything in the long term because the productivity increase we get from the tooling is negated by the time we're back to doing it the old fashioned way due to downtime, so there is no claimed productivity increase espoused by the pontificators of the tooling.
30 minutes ago [-]
dpedu 24 minutes ago [-]
This is an argument for returning to living in caves and hunting mammoths for fear that our modern civilization becomes unavailable for a day or two.
halfmatthalfcat 8 minutes ago [-]
I'm down
dakiol 20 minutes ago [-]
The bunch of MD files in the codebase is becoming "tech" debt. It's just English prose, sure, but thousands of lines of English prose. Terse. Succinct. Difficult (if not impossible) to maintain manually without LLMs. That's not "baseline"
dpedu 18 minutes ago [-]
Developers having a troubled relationship with documentation isn't new.
cromka 17 minutes ago [-]
At some point it won't be true. Same with handwriting, nowadays I feel like a 7 y/o when I need to write something on a piece of paper...
abroszka33 28 minutes ago [-]
The baseline is forever gone. Good luck convincing people to contribute to StackOverflow v2 after this.
deaton 40 minutes ago [-]
With atrophy to our not-AI ability to do things
dpedu 37 minutes ago [-]
I don't buy it. Literacy rates have been increasing even after the invention of text to speech.
Both articles use 2017 as the turning point date. TTS is a lot older than that. It's not difficult to find data to fit the desired point if you choose a narrow enough time range. Or location selectivity - both of those are just about the United States.
If that 0.07% downtime was holding me back I wouldn't publicly admit that.
maccard 55 minutes ago [-]
When that downtime happens is way more important than the amount of it. Imagine if your payroll system was down for 8 hours a month, but it just so happened to be the day payroll do their calculations?
armdave 44 minutes ago [-]
Totally. The uptime metrics are deceiving imo. A more useful measure for a productivity tool like Claude Code is uptime during work hours for a given time zone. I strongly suspect at least for the three US time zones, we would be looking at a single nine of uptime for that measure.
brookst 47 minutes ago [-]
Claude is 0.89% downtime. Getting close to one nine.
There aren't many tools that remain useful at that rate.
mguerville 38 minutes ago [-]
Business/Office productivity tools can be productive at that rate. Core systems like ERP or arguably CRM can't, but MS Teams is probably already that low, Figma, Canva and several others could absolutely afford to be one nine before it affects their churn materially. I suspect OpenAI and Anthropic make most of their profit on business use cases rather than dev use cases (likely higher revenue but less profit) so this may be what sets the standard of uptime.
selectodude 36 minutes ago [-]
Heh, I’m 5x more productive 99 percent of the time. That is still a very, very useful tool.
aesthesia 32 minutes ago [-]
That's two nines. One nine would be 10% downtime.
46 minutes ago [-]
secretslol 51 minutes ago [-]
'Claude for Government' is the only one with 0.07% downtime, claude.ai has 0.89% downtime and claude code 0.74% - imo, that's a lot of downtime!
efficax 40 minutes ago [-]
over a year, 0.89% is around 3 whole days of downtime
secretslol 37 minutes ago [-]
Works out at even more days when you consider working hours. And these downtime events never happen when I'm sleeping, always smack in the middle of the afternoon when I'm working.
halfmatthalfcat 1 hours ago [-]
Gotta keep my 100x developer cred, that 0.07% is everything.
robertsconley 23 minutes ago [-]
I have been developing software since the late 80s, mostly CAM software for metal cutting machines, and I have been refereeing tabletop roleplaying games like Dungeons & Dragons since the late 70s.
I get the power of LLMs, and I do find them useful. But I find them useful in much the same way I find a really good set of random tables useful, or a good set of rules for procedurally generating something like a star sector for a science fiction campaign.
For my day job developing software, and for the RPG campaigns and books I run and publish today, LLMs are, in many cases, random tables on steroids. After using them for two years, even with all their improvements, I am continually reminded by the results I get that, at the heart of it, I am still dealing with what amounts to randomly generated content.
Yes, I know it is more accurate to call the process probabilistic rather than random. And yes, somebody can construct a technically deterministic setup with fixed weights, fixed seeds, fixed sampling parameters, and a frozen runtime environment. But that is like saying you can recreate a rainstorm if you get a thousand butterflies to flap their wings in exactly the right way. It may be technically true, but it is not how the technology behaves in normal day-to-day use.
For practical purposes, given the same prompt and the same apparent starting conditions, the result can differ each time you use a model. The outputs will often be highly correlated, and often useful, but they are not deterministic software in the ordinary sense.
So far, I am failing to see how the inherent probabilistic nature of the technology can be fully overcome. I understand how we got to where we are today from older neural net technology, including the systems used for vision and sound. What we have now can be very useful. But my view is that it is being badly oversold and overhyped. Its probabilistic nature is being vastly underestimated, and that is a major reason for much of the weirdness and many of the failures we keep seeing.
In tabletop roleplaying, there have been times when hobbyists relied too much on procedurally generated content and ultimately got burned by it, either through campaigns that were not as fun or products that were subpar. Each time, the lesson was the same: there is no substitute for human judgment.
Any workflow or technology incorporating LLMs has to keep humans in the loop, and not merely as rubber stamps. The human has to remain the primary decision maker.
throwaw12 52 minutes ago [-]
Imagine a future where Anthropic holds your company hostage because no one can code properly anymore by hand and demands paying 200% higher price for the usage.
What can your company do?
blourvim 47 minutes ago [-]
I would guess that they would want to at the very least 10x their prices. Remember they need to make up for training, marketing, etc.. and make a big chunk of profit on top of that to justify their trillion dollar evaluation
throwaw12 37 minutes ago [-]
doing 2x 3 times already gets you almost 10x increase
root-parent 49 minutes ago [-]
>> What can your company do?
Hire some Developers?
throwaw12 38 minutes ago [-]
Developers who can code without LLMs will go extinct in couple years and there will be legends about them, you should at least have some decent open weight model as a backup
tovej 2 minutes ago [-]
I don't plan on using LLMs for programming any time soon.
And I know like one guy who does use them. He's not a developer by trade, he just has to write programs sometimes.
magpi3 24 minutes ago [-]
There is something to be said for how the technology stack keeps growing for businesses and what this might mean for the future.
Thirty years ago, you had an OS and you installed applications. No problem.
Later, you had to build and use apps on the internet, an infrastructure that is susceptible to DDOS attacks, government firewalls, and other security risks. Still fine, sort of.
Now, you not only have to build apps on the internet, you also have use LLMs to build apps to remain competitive with other developers. Future (human) maintainers of your code might not properly understand how it works, and if the providers of the LLMs screw up or go rogue, you are properly fucked.
There is a dependency/technology stack debt that is creating risks that need to be acknowledged.
w29UiIm2Xz 32 minutes ago [-]
I'm not sure if I'd want to code without an LLM anymore. That said, there will always be open models.
zarzavat 31 minutes ago [-]
Wait a second kiddo, I expect to live longer than that.
exe34 46 minutes ago [-]
What exactly is a developer in a scenario where no one can code?
bluefirebrand 36 minutes ago [-]
As long as I'm alive (and not senile) there will always be at least one developer who can code
I'm not using AI coding tools yet, and even if they force me at gunpoint to use them at work no one can force me to in my spare time
I'm not too worried about the case where no one can code anymore because that will be after I'm dead
claytongulick 8 minutes ago [-]
I guess that means there will be at least two of us.
exe34 31 minutes ago [-]
That wasn't the premise of the question.
bluefirebrand 3 minutes ago [-]
My answer to your question is "I don't care, because I'll be dead"
npodbielski 42 minutes ago [-]
Me?
exe34 31 minutes ago [-]
No one can code.
You can code.
Are you no one?
npodbielski 13 minutes ago [-]
Only the Sith deal in absolutes
kordlessagain 26 minutes ago [-]
No need to make up speculative futures based on a company only giving one model to their employees. I use Codex, Antigravity, Claude and GLM-5.2 interchangeably. Any sensible employer will do the same.
cube00 22 minutes ago [-]
> Any sensible employer will do the same.
Hard to do when each individual provider wants to lock your company into multiyear enterprise contracts.
MattGaiser 18 minutes ago [-]
You can still have multiple contracts.
dwa3592 28 minutes ago [-]
the company will switch to a different LLM vendor??
what does someone do when a certain brand coffee maker keeps breaking; they buy a different brand.
brookst 42 minutes ago [-]
Hire developers who will be happy to take merely 100% higher rates?
Use an Anthropic competitor?
tedd4u 26 minutes ago [-]
Won't it eventually be $1,000 or $5,000 a month? $5k a month would still be 97% less than many developers cost.
Espressosaurus 6 minutes ago [-]
How many developers are making 2 million a year?
400k isn’t crazy for the FANG set but it’s still a subset of the developer market and hundreds of thousands of those jobs have been cut in the last few years as they all collectively work to lower SWE pay.
60k a year it needs to be a full irreplaceable part of the infrastructure for I think. There are very few kinds of software that meet that bar right now (certain design tools etc that have no replacement). 12k/year is in the expensive but reasonable for the right tooling category (Matlab etc.).
I don’t know what the future holds. I know the big AI companies are banking on being able to charge for a replacement SWE that works 24/7. Still not convinced these are it yet, as useful as they can be under the right circumstances.
sam0x17 45 minutes ago [-]
[dead]
kordlessagain 16 minutes ago [-]
Actual 90d uptime: 97.6838% (calculated by Codex from live data)
Computed from the page’s own data for 2026-03-26 through 2026-06-23:
- Partial outage: 43h 15m 1s
- Major outage: 6h 46m 48s
- Total affected time: 50h 1m 49s
- Major-only uptime: 99.6861%
So, only one 9 for 10x vibes.
fluidcruft 12 minutes ago [-]
I want uptime modulo in my timezone/work hours. I don't give a shit about any 9's earned while I'm sleeping.
cromka 18 minutes ago [-]
I signed up for paid plan on Claude just 3 hours ago for the first time and was scratching my head on how that thing gets praised so much if I can't even send a question half of the time....
aschla 15 minutes ago [-]
That's just exceptionally unfortunate timing. Anthropic has been getting better at uptime, but they still have the occasional issue.
ra0x3 1 hours ago [-]
status.claude.com looks like a holiday christmas ornaments
I had to log in to github and review a PR by hand just now. I felt like a savage again!
TheSilva 1 hours ago [-]
So can we hire back those Oracle workers to write some code now?
madeforhnyo 27 minutes ago [-]
Has anyone noticed how changing the viewport changes the uptime percentage?
adithyareddy 24 minutes ago [-]
It's changing the number of days it's looking back from 90 days to 60 days on smaller viewports - the uptime reflects that.
remus 22 minutes ago [-]
They dynamically pick the number of days to display based on viewport size. Mobile = 30 days, tablet = 60 days etc.
mdrzn 1 hours ago [-]
The rainbow has to keep being a rainbow.
ClaudeCode still has a 99.27 % uptime
ClaudeCowork has 99.52 % uptime
ClaudeForGovernment has 99.93 % uptime
fearmerchant 49 minutes ago [-]
I must be unlucky because I'm in that .73% way more than .73% of the time.
gaiagraphia 54 minutes ago [-]
Wonder if in the future that public holidays will = AI services being turned off by gov. killswitch, to encourage people to actually take time off.
Imustaskforhelp 45 minutes ago [-]
Perhaps I am taking this idea a bit too seriously but I imagine that it might not work because of VPN's.
but VPN's can be detected and perhaps already are by these AI companies and it can lead to the ban/restriction of an account so not many people would prefer to use VPN.
Then, theoretically speaking, I suppose that it might be possible to perhaps toggle off these AI companies for enterprises or licenses of dev's
Though I imagine that it would mean taking an ID and having a special dev tag so as to not remove the general purpose chat bots that these sites still operate.
I do imagine that it might be really interesting to have a single day where AI esp closed source is/are turned off and see how that pans out but looks like till then claude is sprinkling its downtime throughout any part of the day/month randomly with their downtimes.
53 minutes ago [-]
theanonymousone 17 minutes ago [-]
Th is really not good advertisement for Claude-Oriented Programming
rik314159 13 minutes ago [-]
And we're back. Nothing to see here...
rik314159 2 minutes ago [-]
Ohno we're not. Hokey Cokey time. 529 overloaded. Of course. Maybe a beer. It is hot after all.
eagerpace 40 minutes ago [-]
I have two sessions going. One is fine, one keeps timing out. Both Opus 4.8 in Claude code in terminal. Must have them routed to different to different infra that isn’t equally impacted.
keeptrying 42 minutes ago [-]
It would be hilarious if they don't know how to fix it because this was built by "running loops calling Claude" and they haven't the faintest idea of the present underlying architecture.
:)
npodbielski 39 minutes ago [-]
Maybe they have DeepSeek subscription for that occasion?
donaldstuck 45 minutes ago [-]
What a coincidence, OpenAI is also down according to Downdetector.
rob 1 hours ago [-]
Getting consistent "API Error: 500 Internal server error" messages in Claude Code right now (10:20 AM EST)
rzk 9 minutes ago [-]
Their completion endpoint[*] is returning 503 with a `fault filter abort` response
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.
xpain 48 minutes ago [-]
My claude status teams webhook says unicode character U+274C , usually on downtimes we get a U+1F7E1... let's see how this goes
whh 37 minutes ago [-]
I was going to say the modern day equivalent of Github is down, but it's always down.
Judson 40 minutes ago [-]
I always associate downtime like this with a new model rollout. Maybe we are getting Fable back.
GL26 59 minutes ago [-]
Restarted my claude session, by killing my terminal, it worked
danjl 42 minutes ago [-]
Perhaps they are adding security controls to bring Fable back online? One can hope.
robertclaus 55 minutes ago [-]
Good opportunity to do some planning work.
Marha01 50 minutes ago [-]
I do that with Opus in plan mode..
throwaway2027 1 hours ago [-]
Is it that time again?
18 minutes ago [-]
jacob_masse 57 minutes ago [-]
Mine went down mid-session and it just shows a JSON error lol, waiting for it to come back up to continue..
philipkiely 51 minutes ago [-]
Good thing we have GLM-5.2
kk3838368397373 39 minutes ago [-]
saw this comment on Reddit,
"it's look like when the lights turning off, we return to socialize lol"
TimCTRL 32 minutes ago [-]
Appstoreconnect too
a_c 56 minutes ago [-]
Good break, time to catch up with the code
bpodgursky 35 minutes ago [-]
Smells like someone's gassing Mythos back up.
_pdp_ 51 minutes ago [-]
Who is GLM 5.2?
mwigdahl 43 minutes ago [-]
I'll do you one better! Why is GLM 5.2?
whh 33 minutes ago [-]
Where is GLM 5.2?
46 minutes ago [-]
Trasmatta 55 minutes ago [-]
Protip: in the olden days we used to be able to read and write code ourselves. Worth trying while Claude is down! You might have fun and learn something!
spiderfarmer 1 hours ago [-]
Always good because people will look for and try alternatives.
yanis_t 1 hours ago [-]
Are you implying using their brains?
jakeydus 60 minutes ago [-]
Another day, another Claude outage.
impartshadow 31 minutes ago [-]
[flagged]
c121618 49 minutes ago [-]
[flagged]
iLemming 60 minutes ago [-]
Goddamit, like losing the ability for coding without any Internet wasn't enough, now I have to forget how to code without Claude?
ps. if you say you still capable of developing software without the Internet, you're lying. Perhaps, to your own self.
throwaway2027 53 minutes ago [-]
I'm perfectly capable of programming without internet or AI but I would admit it would take longer and in the modern world we live in it's often not economical to do so. After programming for over 20 years you start to get in that flow automatically at least you used to do so. I don't know if people starting out to program will be able to, but most experienced developers will feel this way I assume.
iLemming 8 minutes ago [-]
> I'm perfectly capable of programming without internet
Me too, but let's be honest, I'm not talking about "Hello world!" experiments, I'm talking about developing usable software. I'm pretty sure, you won't be patching a Linux kernel driver on your own machine without googling stuff.
I've learned to code years before the Internet, but we've had it for so long, I'm honestly not sure anymore if I'm truly capable of building [real] stuff while offline. And I can't just ignore it, there's a feeling now, that with AI advancements, I may soon no longer be able to code efficiently without any AI.
hgoel 21 minutes ago [-]
It depends on the language but agreed. If I didn't have internet or AI access, I'd still be able to pull out manpages or dig into source code.
I wouldn't like it and it'd be slower, but I still understand my environment in sufficient depth to work without external info if I absolutely have to. Even with AI, once in a while I ask it to just give me some hints instead of solving something for me, so I'm forced to do the work.
SoftTalker 53 minutes ago [-]
Utter nonsense. If you can't figure out how to run your dev stack on your own computer, you're not worthy of calling yourself a software engineer.
kolbebe 31 minutes ago [-]
L take. My last 2 companies had their environments spun up in cloud instances.
iLemming 12 minutes ago [-]
"Running your dev stack" is not the same as "developing [usable] software".
ieie3366 56 minutes ago [-]
Hey you. Touch grass. Go outside. If a minor downtime of a developer tool triggers you, it means you likely have heavy anxiety. Don’t worry about it and calm down.
Anthropic has massive capability issues due to massive user growth. It happens often when EU and US work hours collide. They have smart people working on it. Don’t waste your energy complaining.
Cheers
hk__2 56 minutes ago [-]
It’s 36°C outside, I’d rather stay inside.
root-parent 47 minutes ago [-]
>> It’s 36°C outside
Yeah AI Data Centers do that....
cellover 59 minutes ago [-]
Oh no, I have to write that marketing coordination email myself again!
freshtake 55 minutes ago [-]
I hear that 100% of code at Anthropic is coded by Claude, so this was caused by Claude. And also, no one but Claude can fix Claude
root-parent 48 minutes ago [-]
>> I hear that 100% of code at Anthropic is coded by Claude, so this was caused by Claude. And also, no one but Claude can fix Claude
Claude is down....
gchamonlive 42 minutes ago [-]
Claude is just a tool. Garbage in, garbage out, blame management
mkovach 50 minutes ago [-]
[dead]
tomasphan 46 minutes ago [-]
I request an official statement from Anthropic explaining how they're going to limit outages in the future. Elevated errors almost always means its down for me and I can't be that unlucky statistically speaking. It seems that Anthropic does not have a good grip on the ops side of things.
stevemk14ebr 42 minutes ago [-]
I'm sure they'll get right on that for ya bud
tomasphan 20 minutes ago [-]
Thanks for your contribution to this problem. Keen to see what you come up with next!
amelius 48 minutes ago [-]
God: so you thought you could create intelligence by just predicting the next token? Hilarious! I honestly had some good laughs but I'm going to pop that bubble now, though.
Layer-wise, the app is pretty far removed from request routing to GPU pools.
Instead, the whole system just shits the bed, catastrophically.
Except now it's the "AI did it" fallacy where if you know a company uses AI, even infra scaling issues must be due to AI, and if you had just used less or no AI, you would have been spared even though that has never been true.
The usual response to this goes something like "well they made claims that AI is good" therefore anything short of perfection supposedly debunks the claim.
This is literally they saying they are letting their LLM run wild(ish) and seeing the status.claude.com we can see the result.
This is a case where the outcome is the direct result of the engineering practices like the ones they describe.
PS: Yes I use Claude, Coded, Amp and Cursor agents every day so I am not saying here LLMs are not valuable.
LE: They did not made claims that "AI is good" they made claims that developers/computer engineers are not needed anymore in the near future. Thats is a stronger claim and has a direct relation with a product they have which needs computer engineering (yes infra counts too) and which seems to be down more than we expect as a good quality bar.
Unless you have inside knowledge of their infra ops and management tools, it is just guessing and blaming veganism. For all we know it could be tools from Nvidia or anyone else failing under massive load.
It could be the veganism. Some things are. Leaping to it as the only possible explanation for every ailment is exactly the fallacy.
I have not stated anything. I just replied to a metaphor which is not needed cause here we talk about engineering problems handled by engineers in a tech company. I give you something else where this line of thought could be wrong: culture beats (and destroys) engineering practices unless regulated by law. In this case yes this is not because of LLMs but because of company culture.
Still hard to know where the line draws because Anthropic talks about solving computer science for good as in humans need not apply.
[0] https://github.com/resources/insights/ai-powered-workforce-p...
Unless you have direct knowledge of their infrastructure issues, you are quite literally making exactly the "they are vegan, their illness must be caused by their veganism" argument the GP commenter was talking about.
[0]https://daringfireball.net/linked/2026/05/04/commits-on-gith... [1]https://www.businessinsider.com/microsoft-github-amazon-ai-c...
The issue is that it's a thought-terminating cliche, and it would be nice to have one place on the internet that isn't just who can post one the fastest with the most glee to the giddy seal-clapping of the audience.
So not sure what we are debating here: I see first hand companies jumping full on using LLM for _everything_ for the last 6 months (of course Anthropic longer) and without guardrails and good engineering practices the number of incidents, downtime is increasing.
Look at status.claude.com - Anthropic could at any point come out and say all those are due to third party providers.
I am also not saying here Anthropic is worse than other scaleups. But they do something different: they come in front of us and tell us they have better engineering practices.
"Vegans and vegetarians may have higher stroke risk" - https://www.bbc.com/news/health-49579820
"Vegans had a 43% higher risk of fractures overall compared to nonvegetarians, as well as higher risks of hip, leg, and vertebral fractures." - https://sniglobal.org/plant-based-diets-and-fracture-risk/
"The Impact of a Vegan Diet on Many Aspects of Health: The Overlooked Side of Veganism" - https://www.cureus.com/articles/138315-the-impact-of-a-vegan...
"..people who followed a vegan diet had noticeably low levels of iodine in their bodies, an element that is essential for growth, bones, and brain function. In addition, vegans had lower bone health scores..." - https://www.bfr.bund.de/en/press-release/vegan-vegetarian-be...
So indeed, the "it must be veganism" is not an unfounded concern when health complications arise, in a very similar way to "it must be the AI" is a valid concern when software issues arise.
[1] https://pi.dev/ [2] https://openrouter.ai/rankings
https://github.com/deepbluedynamics/nemesis8
One caveat is that it doesn't do MCP tools, but can wire them up with bash (or use CLIs if those are available).
(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
Package managers: ecosystem is fragmented, requiring a long list of distro- and package-manager-specific instructions. Many scripts already install through package managers, they simply make the user’s life easier.
Flatpaks: These are clearly designed for desktop applications, with CLIs treated as an afterthought. They may be the best long-term hope, but today they are definitely not as convenient or widely available as a simple script.
If you care about adoption, `curl | sh` is the only real option today, which is why virtually all project show it as the first option.
Indeed, plenty of these scripts often act as a "what OS and packager do we have" mux. Just look at the source of this one, for example.
When you support an open source project at scale and/or with less savvy users, you come to see the benefit of "here, just f'ing slam this into your shell and we'll figure it out" installers. I know I have.
curl -fsSL https://claude.ai/install.sh | bash
https://code.claude.com/docs/en/quickstart
Oh wait (from another comment under this article): > https://pi.dev/models is throwing an internal server error for me.
It's just people who have internalized "don't paste commands from the Internet into your terminal" and aren't thinking about exactly what makes pasting commands from the Internet into your terminal dangerous, and how that applies to this specific case.
/s
oh wait...
"curl -fsSL https://claude.ai/install.sh | bash"
(right from https://claude.com/product/claude-code)
Further - what the flicking fuck do you think an installer is going to do on your system? Not run any commands? Because I've written installers for every platform... they ALL can run commands.
So what exactly is the complaint in this comment? If you want to go read the install script - knock yourself out (or hell, point your agent at it...).
You think it's hard to obfuscate shell calls from inside a built executable?
What it tells us is that you're probably searching for reasons to grouse about AI.
Because then you can install it without depending on a package manager?
We are back to the baseline. The availability of our tools isn't adding anything in the long term because the productivity increase we get from the tooling is negated by the time we're back to doing it the old fashioned way due to downtime, so there is no claimed productivity increase espoused by the pontificators of the tooling.
uh
https://news.harvard.edu/gazette/story/2025/09/whats-driving...
https://literacybuffalo.org/2025/01/23/adult-literacy-rates-...
https://ourworldindata.org/grapher/cross-country-literacy-ra...
There aren't many tools that remain useful at that rate.
I get the power of LLMs, and I do find them useful. But I find them useful in much the same way I find a really good set of random tables useful, or a good set of rules for procedurally generating something like a star sector for a science fiction campaign.
For my day job developing software, and for the RPG campaigns and books I run and publish today, LLMs are, in many cases, random tables on steroids. After using them for two years, even with all their improvements, I am continually reminded by the results I get that, at the heart of it, I am still dealing with what amounts to randomly generated content.
Yes, I know it is more accurate to call the process probabilistic rather than random. And yes, somebody can construct a technically deterministic setup with fixed weights, fixed seeds, fixed sampling parameters, and a frozen runtime environment. But that is like saying you can recreate a rainstorm if you get a thousand butterflies to flap their wings in exactly the right way. It may be technically true, but it is not how the technology behaves in normal day-to-day use.
For practical purposes, given the same prompt and the same apparent starting conditions, the result can differ each time you use a model. The outputs will often be highly correlated, and often useful, but they are not deterministic software in the ordinary sense.
So far, I am failing to see how the inherent probabilistic nature of the technology can be fully overcome. I understand how we got to where we are today from older neural net technology, including the systems used for vision and sound. What we have now can be very useful. But my view is that it is being badly oversold and overhyped. Its probabilistic nature is being vastly underestimated, and that is a major reason for much of the weirdness and many of the failures we keep seeing.
In tabletop roleplaying, there have been times when hobbyists relied too much on procedurally generated content and ultimately got burned by it, either through campaigns that were not as fun or products that were subpar. Each time, the lesson was the same: there is no substitute for human judgment.
Any workflow or technology incorporating LLMs has to keep humans in the loop, and not merely as rubber stamps. The human has to remain the primary decision maker.
What can your company do?
Hire some Developers?
And I know like one guy who does use them. He's not a developer by trade, he just has to write programs sometimes.
Thirty years ago, you had an OS and you installed applications. No problem.
Later, you had to build and use apps on the internet, an infrastructure that is susceptible to DDOS attacks, government firewalls, and other security risks. Still fine, sort of.
Now, you not only have to build apps on the internet, you also have use LLMs to build apps to remain competitive with other developers. Future (human) maintainers of your code might not properly understand how it works, and if the providers of the LLMs screw up or go rogue, you are properly fucked.
There is a dependency/technology stack debt that is creating risks that need to be acknowledged.
I'm not using AI coding tools yet, and even if they force me at gunpoint to use them at work no one can force me to in my spare time
I'm not too worried about the case where no one can code anymore because that will be after I'm dead
Are you no one?
Hard to do when each individual provider wants to lock your company into multiyear enterprise contracts.
what does someone do when a certain brand coffee maker keeps breaking; they buy a different brand.
Use an Anthropic competitor?
400k isn’t crazy for the FANG set but it’s still a subset of the developer market and hundreds of thousands of those jobs have been cut in the last few years as they all collectively work to lower SWE pay.
60k a year it needs to be a full irreplaceable part of the infrastructure for I think. There are very few kinds of software that meet that bar right now (certain design tools etc that have no replacement). 12k/year is in the expensive but reasonable for the right tooling category (Matlab etc.).
I don’t know what the future holds. I know the big AI companies are banking on being able to charge for a replacement SWE that works 24/7. Still not convinced these are it yet, as useful as they can be under the right circumstances.
ClaudeCode still has a 99.27 % uptime
ClaudeCowork has 99.52 % uptime
ClaudeForGovernment has 99.93 % uptime
but VPN's can be detected and perhaps already are by these AI companies and it can lead to the ban/restriction of an account so not many people would prefer to use VPN.
Then, theoretically speaking, I suppose that it might be possible to perhaps toggle off these AI companies for enterprises or licenses of dev's
Though I imagine that it would mean taking an ID and having a special dev tag so as to not remove the general purpose chat bots that these sites still operate.
I do imagine that it might be really interesting to have a single day where AI esp closed source is/are turned off and see how that pans out but looks like till then claude is sprinkling its downtime throughout any part of the day/month randomly with their downtimes.
:)
[*] https://claude.ai/api/organizations/<ORG_ID>/chat_conversations/<CONV_ID>/completion
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.
"it's look like when the lights turning off, we return to socialize lol"
ps. if you say you still capable of developing software without the Internet, you're lying. Perhaps, to your own self.
Me too, but let's be honest, I'm not talking about "Hello world!" experiments, I'm talking about developing usable software. I'm pretty sure, you won't be patching a Linux kernel driver on your own machine without googling stuff.
I've learned to code years before the Internet, but we've had it for so long, I'm honestly not sure anymore if I'm truly capable of building [real] stuff while offline. And I can't just ignore it, there's a feeling now, that with AI advancements, I may soon no longer be able to code efficiently without any AI.
I wouldn't like it and it'd be slower, but I still understand my environment in sufficient depth to work without external info if I absolutely have to. Even with AI, once in a while I ask it to just give me some hints instead of solving something for me, so I'm forced to do the work.
Anthropic has massive capability issues due to massive user growth. It happens often when EU and US work hours collide. They have smart people working on it. Don’t waste your energy complaining.
Cheers
Yeah AI Data Centers do that....
Claude is down....