Speaking of LLM looping techniques, Claude seems to be having elevated error rate on a /loop as well.
Elevated error rate across multiple models
241–250 of 293 posts
Re: Elevated error rate across multiple models
#242[dead]
Re: Elevated error rate across multiple models
#243[dead]
Re: Elevated error rate across multiple models
#244Earlier quoted context omitted.
Bullshit. There's plenty of big projects that don't suggest you curl a script right into your shell. If you have curl, you're probably on Linux. Just use the package manager like an adult.
The "like an adult" is what has and will continue to hold back linux on the desktop. Always gatekeeping less technical users instead of acknowledging adoption and ease of use are critical.
i dunno, nothing about most computing is particularly easy to use or intuitive.
what has worked over time is having computers of various types in schools, where teachers teach students and let them play with it.
nobody teaches about the command line, so nobody knows what to do with it. its also inscrutible without a useable help view, unless you already know how to use the terminal
Re: Elevated error rate across multiple models
#245Earlier quoted context omitted.
Yeah, from source in that case. Or using a verified binary if I absolutely had to.
Yes, if you want to, you can do that. Understand that 99% are comfortable trusting downloads. They know that it's just as easy to sneak backdoors into source code as it is to sneak backdoors into executables. See also: XZ hack.
99% of developers are most definitely not comfortable piping a script into the shell.
I would never runa script without reviewing it. I would install a package from a distros repository without reviewing the contents, however, because I can trust that a distro maintainer has reviewed it, that anyone else in the community can review it, and that that the bytes I'm downloading are the specific bytes I'm supposed to be downloading.
If you run a script off the open internet, you're being massively irresponsible. There are so many attack vectors that could be used here, and they are much easier to implement than something like the massive social engineering attack that was XZ.
Re: Elevated error rate across multiple models
#246I suppose it's a good time to encourage people trying out pi[1] with any cheap model from the openrouter rankings page[1]. [1] https://pi.dev/ [2] https://openrouter.ai/rankings
website is super laggy and has low FPS
Re: Elevated error rate across multiple models
#247Earlier quoted context omitted.
Is this stance gate keeping users? Isn't a pkg manager installation also a one liner? This seems more like gate keeping lazy distributors.
A lot of those scripts are wrappers around package managers. Creating them is extra work for distributors, but they still do it because package-manager installs are not truly one-liners and offer far less control over the installation experience. Users need to figure out which of the 10+ package managers they should be using, then run several commands. If something fails, the error messages are often cryptic and not…
It's about trust and having an official account for packaging on each platform where my customers getting their software from.
Re: Elevated error rate across multiple models
#248Earlier quoted context omitted.
I think we need to disqualify humans as well. Their brains have been shown to operate on probabilistic chemical interactions and even quantum effects.
That doesn’t disqualify humans. It highlights the difference I am talking about. Those chemical interactions and quantum effects lead to emergent properties like judgment, experience, context, accountability, and an understanding of consequences. Those are not properties that LLMs possess, regardless of how useful their output can be. That is not to say that, in the future, LLMs won’t be used as part of other systems…
> Those are not properties that LLMs possess, regardless of how useful their output can be.
What makes you say that? Other than the usual "I'm a human, and humans must be very special, so when something that's not a human does X, it's either not real X, or X wasn't important in the first place".
It highlights, in my eyes, that "critical flaws" of LLMs are the same exact flaws that humans routinely suffer from. Sometimes LLMs have it worse, but sometimes they have it better too.
LLMs do improve release to release though. Humans are more of a mixed bag.
Re: Elevated error rate across multiple models
#249Actual 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.
I want uptime modulo in my timezone/work hours. I don't give a shit about any 9's earned while I'm sleeping.
Thanks, never thought about that. Definitely makes sense for situations where you don't have 24/7 requirement for a service.
These stupid SLAs in the SaaS contracts should be reframed like this: 99.9% during working hours, not 99.9% overall. Would also give the SaaS vendor leeway to only guarantee 90% availability outside working hours, and then do their maintenance tasks in those windows.
Re: Elevated error rate across multiple models
#250status.claude.com looks like a holiday christmas ornaments
The ridiculous marketing message about their oh-so-good-we-cant-release-them models is just the cherry on top.