5 ms·
The "Vibe Coding" Wall of Shame
- sph 6mo agoAnother instance of an AI-critical website being itself blatantly vibecoded. Many such cases.
- wa5ina 6mo agoA curated directory of documented incidents where AI-generated and vibe-coded software failed in production.
- g947o 6mo agoCurated? More like hallucinated.
- aimadetools 6mo ago[flagged]
- cratermoon 6mo agoI cannot read dark grey text on a black background
- monksy 6mo agoThought experiment here: What about the bugs that humans have wrote. (I'm not excusing or justifying to say AI Coding is better). At one point we shamed companies for producing and being sloppy with their engineering practices. All of the sudden in the last 10 years, we accepted company's excuses of "of well we don't care and we're garbage." (A lot of Amazon tone death documentation/surprise bugs/google's head scratching disconnect to the user, etc behaviors). But I think this is a great thing to show that they're pushing to outsource coding to a bot and to shame them that their plan isn't working out so well as they're trying to force people to believe. I think it may help if we start personalizing these trends with the people who are amplifying it. I.e. Jassyslop, Siemiatbot (Klarna CEO was bold to brag he dropped 80% of a role for AI) etc.
- bigstrat2003 6mo agoHonestly, we should shame companies for poor engineering whether humans are directly doing the work or handing it off to an LLM.
- monksy 6mo agoI agree with you. However, business individuals have decided that they're "a better judge" of our practices and they've used financial, legal, and coercion to get their way.
- tayo42 6mo agoEverything is blameless, you can't do that to humans lol
- monksy 6mo agoYou can blame humans for not caring. You can blame humans for producing a low effort. You shouldn't blame them for things where their environment is bad, and that makes it hard to qualify when blame is unjustified.
- AbstractH24 6mo agoenshitification is the issue, not vibe codeing
- doug_durham 6mo ago“Vibe coded”? I doubt that there is the documentary evidence that the code in these systems was never touched by a human. At best this is a list of code where AI tools were used in development. To be honest if you just created a list of all outages in all companies and systems you’d probably have a better list since AI tools are ubiquitous.
- bigstrat2003 6mo ago> AI tools are ubiquitous. Only among people who don't value the quality of their output. There are, fortunately, many who do value quality and are not using AI tools until they get to the point where they can usefully contribute.
- simonw 6mo ago> Only among people who don't value the quality of their output. I value the quality of my output and I make extensive use of AI tools. That's why the original definition of "vibe coding" is useful: creating code with AI tools without reviewing or caring about the quality of that code. It's also possible to use AI tools as part of a responsible engineering process that is intended to produce production quality software.
- eloisant 6mo agoHave you used a state of the art tool (e.g. Claude Code) in the past 6 months? If you only tried free tools, or only tried 1 year ago last, you really need to check again. AI tools can absolutely contribute usefully, I can't keep count of the times where an AI pointed to an edge case I didn't think about, then helped me write the fix and the test for the issue. I'm not vibe coding, as I'm reviewing the code, but saying they can't be useful means you haven't taken the time to look at the state of them recently.
- ratrace 6mo ago[dead]
- onion2k 6mo ago
- Thorrez 6mo agoFor CVE-2026-0755, that's a vulnerability in gemini-mcp-tool. gemini-mcp-tool's Github repo says "This is an unofficial, third-party tool and is not affiliated with, endorsed, or sponsored by Google." but this list shows the Google logo next to the vulnerability. Also, it's not entirely obvious to me that the vulnerability was introduced by vibe coding. https://github.com/jamubc/gemini-mcp-tool https://github.com/jamubc/gemini-mcp-tool Disclosure: I work at Google, but not on anything related to this.
- joe_mamba 6mo ago>Also, it's not entirely obvious to me that the vulnerability was introduced by vibe coding. IDK why people act as if vibe coding invented software bugs that lead to vulnerabilities, as if those weren't already a thing by human programmers.
- bdcravens 6mo agoThe same reason some use crime committed by illegal immigrants to push action, while ignoring the fact that citizens are more likely percentage-wise to commit those same crimes. It's confirmation bias at the least, and intellectual dishonesty at the worst, but either way, they want their worldview to be validated.
- Gud 6mo agoI know this is extremely off topic, but illegal immigrants are far more likely to commit crimes than citizens, not that this has anything to do with software bugs...
- simonw 6mo agoYou got that exactly the wrong way round. Here's one set of numbers from the CATO institute: https://www.cato.org/policy-analysis/illegal-immigrant-murderers-texas-2013-2022 https://www.cato.org/policy-analysis/illegal-immigrant-murde... The only way your statement holds up is if you treat the act of existing while undocumented as a crime for this comparison, in which case sure - it's a tautology.
- rvz 6mo agoThis is the web3isgoinggreat equivalent for crypto, but for vibe coding with AI.
- porcoda 6mo agoIn my experience over the last couple years, lists like this won’t move the needle at all. The AI zealots reject anything that calls into question the AI stuff, usually appealing to “just wait, better models/agents/guardrails imminent” and claiming that anecdotal productivity gains are worth the risk. The people concerned about AI already are concerned and just fall back to “I told you so”. Unfortunately the decision makers seem to still be following the zealots promising wondrous productivity, profit, and a future full of flying cars.
- bluegatty 6mo agoIf by 'zealots' you mean the vast majority of developers, who are using AI tools in one way or another. The AI is already substantially better than most humans for a huge spectrum of at least narrow tasks. Those 'skills' will expand in scope, the evidence is overwhelming and unequivocal. Within 12 months it will be considered a 'security concern' to not have AI at least to some degree of autonomous review. It's very easy to overstate the impact of AI (and sometimes it's annoying), but it's just unreasonable to be in 'denial' at this stage. The only concern really is how, when, and with what kind of oversight we use the new tools - that that 'they are used'.
- voxl 6mo agoCan you list a view tasks that AI is better at then other tools? Not humans mind you, because that is unimpressive, I mean other deterministic tools. For example, I'd rather use a calculator to do calculations than ask an LLM to do it. I'd rather use LanguageTool for grammar than asking an LLM to do it. Id RTFM then have an LLM summarize it.
- simonw 6mo agoWhy is the LiteLLM incident on there? The linked article for that one is a 404. I didn't read any credible arguments suggesting that was caused by vibe coding. They had their PyPI publishing credentials stolen thanks to an attack against a CI tool they were using. Plus the linked article for the Amazon outage is https://d3security.com/blog/amazon-lost-6-million-orders-vibe-coding-soc-next/ https://d3security.com/blog/amazon-lost-6-million-orders-vib... which appears to be some other vendor promoting their product without providing any details on what happened at Amazon.
- g947o 6mo agoMy impression is that the first item on the website should be the site itself. Barely anything on the site makes sense if you look at them closely. We call that "slop", the last time I checked.
- scientism 6mo agoIndeed. The joke is that the website itself is vibe coded.
- mrkeen 6mo ago> Why is the LiteLLM incident on there? The linked article for that one is a 404. -> [Endor Labs] https://www.endorlabs.com/learn/teampcp-isnt-done https://www.endorlabs.com/learn/teampcp-isnt-done -> On March 24, 2026, Endor Labs identified that litellm versions 1.82.7 and 1.82.8 on PyPI contain malicious code not present in the upstream GitHub repository. litellm is a widely used open source library with over 95 million month downloads. It lets developers route requests across LLM providers through a single API.
- NewsaHackO 6mo agoThat doesn't answer how stolen credentials are related to AI-assisted coding.
- simonw 6mo agoHow does that relate to vibe coding?
- ares623 6mo agoI love dunking on vibe coding as much as the next guy but is there actual evidence for most of the entries that such is the case? IMO that will make the point even stronger.
- Dig1t 6mo agoI kind of think that the "Human Coding" Wall of Shame would be quite a bit larger and contain examples that are every bit as egregious.
- dgb23 6mo agoI don’t think that’s the point of showcasing these issues. The specific point is that you cannot prompt your way to reliable software (AKA vibe coding). Just as you cannot reach the same goal by glueing together stackoverflow snippets without understanding them.
- Dig1t 6mo agoI understand that, but the interesting bit is to compare how it performs relative to the average human coder. We can point out specific flaws for eternity, but if it makes 1% fewer mistakes or allows humans to code faster without increasing the number average number of mistakes, then I'd say that that's still providing value. I feel like just enumerating different mistakes that it's made is sort of biased against it because it leaves out a comparison to the alternative. Sort of like showing off self-driving car crashes. You can spend all day listing the crashes and showing people how it has problems, but if it's statistically safer than the average driver it would save thousands of lives per year to deploy it anyway even if it's not perfect.
- wan9yu 6mo ago[flagged]
- 5129-dqw 6mo ago[flagged]
- bluegatty 6mo ago'vibe coding' is too loose a term. Everything will be generated by AI in the very near future, and it will range from 'fancy auto complete' to 'entirely autonomously generated' with many nuances and subtleties in between.
- jabwd 6mo agoIf you mean by everything "stuff that has been done before and no one cares about" then, yeah, probably. New code will still need to be written though.
- bluegatty 6mo agoNo, I mean everything. It's not reasonable to suggest that AI is only going to repeat older patterns that have been trodden before, or 'things that don't matter'. AI will be writing most new code, by far. Without even getting into complicated arguments about 'creativity' - the AI is an encyclopedia of best practices, and can think a couple of steps ahead for most things you'll ever want to do. Like pro chess players thinking they're going to beat the algo with some kind of fancy human creativity. Developers roles are changing, very fundamentally, you're now 1/2 a layer of abstraction above the code, and you're not going to writing it better than AI (in most cases) any more than a human will be better at sawing wood than the power tools. And yet, carpenters still exist.
- jabwd 6mo agoGoodluck
- bluegatty 6mo agoPeople riding horses in the age of automobiles are the one's who need 'luck'.
- apgwoz 6mo agoThe key to this argument is that we won’t need to rely on Anthropic/OpenAI soon — will they exist in the same way they do today in 12-18 months? The “open” models are getting better and better, and people are figuring out ways to make inference run on lesser hardware. It already might be viable for people that don’t expect “instantaneous” and are doing more hybrid development. But you’re also never going to convince the people who still only run vi on the Linux console, without Xorg…
- shermantanktop 6mo agoSo this is a list of incidents where random people on the internet speculated about rumors that AI was to blame. The companies typically deny it. Insiders who know the details are generally unable to comment due to how large companies manage PR. So basically Reddit.
- nubinetwork 6mo agoWhat about all the o365 outages and windows bugs caused by ai written code?
- tonymet 6mo agoAI might have been an opportunity to take engineer hubris down a knotch. Perhaps to reassess the excesses (bad performance, bad UX, poor reliability, costly development & operations, etc) . Instead of reflection, we decided to shame AI as vibe coding . How much abysmal code and products have we all shipped? Exploitative, clumsy , dangerous, vulnerable? What was our excuse? I find the entire anti-vibe coding movement to be terribly tacky and judgmental. We have an incredible tool that could 10-100x productivity. We should be using it to fix all of the terrible software we’ve made over the past 20 years. Instead there are 2-3 camps. People building stuff, people hyping AI and people shaming the first 2. Sad, really.
- bluefirebrand 6mo ago> How much abysmal code and products have we all shipped? > We should be using it to fix all of the terrible software we’ve made over the past 20 years. Instead there are 2-3 camps. People building stuff, people hyping AI and people shaming the first 2. This seems like an odd take. The pro who are using and hyping AI are not fixing all of the crap we put out the last 20 years. They are putting the gas pedal on the amount of crap being shipped I don't think anyone except the most die hard AI lovers truly believe is producing high quality work on the balance. It is absolutely producing more but worse output than we've ever seen before Even if it is capable of producing high quality work, you have to realize that most people using it are not capable of getting it to produce work of that quality. Nor do they seem to really care to
- tonymet 6mo agoI don’t disagree. But what is the detractors’ goal? What will the shaming accomplish? The tools are here and can be used for good or ill. Think about the 90s PC revolution, opening up developer opportunities. There were commercial devs and open source devs. The open source devs decided to put the new resources and tools to use to evangelize computing . And in many ways won. We have new tools now, and can put them to good use. Moaning from the sidelines is a losing strategy.
- 6mo ago
- 22hsG 6mo ago[dead]
- cjrd 6mo agonow do one for human-coded incidents.
- OsrsNeedsf2P 6mo agoI would be interested in a comparison of SLOs, "Before and after" adopting AI
- crazygringo 6mo agoIs this meaningful at all, without a control? How often does software fail in production with human-written code? How many times has a production failure been avoided because an LLM didn't make a typo or mistake that a human would have? This is pushing an agenda. It's not measuring anything meaningful.
- extrabajs 6mo agoA control? This is just a list of incidents, not an experiment.
- crazygringo 6mo agoThe "Why this matters" section at the bottom is clearly drawing conclusions as if it were an experiment.
- extrabajs 6mo agoNot really, no.
- crazygringo 6mo agoYes really, yes.
- lucasfin000 6mo agoThis is definitely the right question. A list of failures without any baseline won't tell you anything. You would need the same exercise for human-written code at a comparable scale before drawing any conclusions at all. Without it, it's just confirmation bias.
- Andrei_dev 6mo agoHalf this list is bad attribution. LiteLLM was a supply chain attack — stolen PyPI credentials, nothing to do with vibe coding. The Amazon outage number comes from a vendor blog pushing their own product. Nobody else reported it. But the "where's your control group" take bugs me too. It's not that AI writes buggier code line for line. The gaps are just in different places. Devs who've shipped real apps add rate limiting, auth middleware, proper CORS — because they got burned before. AI skips all of it because nobody prompted for it. I read through about 80 AI-generated repos a few weeks ago. Code looked decent. The missing stuff was always the same list — no auth on admin routes, API keys hardcoded in client JS, CORS wide open, debug endpoints still live in prod. Over and over. Nothing there makes a wall of shame. Nothing's exploded yet. But it's the kind of stuff that does.
- gobdovan 6mo agoCoding with AI is kind of like obesity in modernity: having tons of resources is the goal, but once you get there, you end up in a system you're not really adapted to. Personally, I don't care that much about org incentives (even though they obviously matter for what OP posted) but more about what it does to my thinking. For me, actually writing code is what slows my brain down, helps me understand the problem, and helps me generate new ideas. As soon as I hand off implementation to an LLM (even if I first write a spec or model it in TLA+) my understanding drops off pretty quickly.
- dzonga 6mo agowhy is this flagged ?
- AlexErrant 6mo agoI flagged it because it includes incidents that weren't related to "vibe coding", e.g. ones related to Tea/Vite, and Cursor using "outdated Chromium/Electron builds". Slop article. gtfo my front page.
- blinkbat 6mo agoLol @ this being flagged
- keeda 6mo agoA lot of bad software today is attributed to "vibecoding" even though these trends have been existing since before LLMs. Like, people have been complaining about Windows for decades before AI came on the scene, except these days the same issues are attributed to vibecoding. I feel people are just lumping two things they don't like together because they are plausibly related, but without any real proven causality between them. Is this site any different?
- duxup 6mo agoCan confirm, I made dumb bugs before vibe coding ... often.
- sadeshmukh 6mo agoIronic that the site itself is even more evidently vibecoded.
- deleted 6mo ago[deleted]
- InsideOutSanta 6mo agoIt's just engagement farming. On Reddit's anti-LLM subreddits, lots of posts are LLM-generated slop railing against LLM-generated slop. It's LLMs all the way down now.
- axegon_ 6mo agoCalled it! I kept telling everyone this would happen.
- zombot 6mo agoYou can add all of Microslop.
- aimattb 6mo ago[dead]
- roboteachai 6mo ago[dead]