{"slug": "ai-code-is-no-longer-slop", "title": "AI Code Is No Longer Slop", "summary": "A developer recounts how AI coding tools, particularly Claude Opus 4.5, shifted from being unreliable to a fundamental change in software development, and highlights a July 2026 Linux kernel mailing list post where Linus Torvalds defended the use of AI tools, stating 'Linux is not one of those anti-AI projects' and calling AI 'clearly a useful one.'", "body_md": "In December 2025 I wrote that Claude Opus 4.5 changed everything. I had been using AI coding tools since the beginning. They were useful, but they were also unreliable. The working pattern was defensive: stage every change, review every prompt, stay on feature branches, lean hard on CI, and be ready to roll back.\n\nThen I spent serious time with Opus 4.5.\n\nWhat shifted was not that the model suddenly produced perfect software. It still didn’t. What shifted was the economics of my own time. I could describe *why* I wanted something instead of spelling out every implementation detail. The agent could plan, write, test, and iterate. I spent more of my day reviewing results, thinking about architecture, and deciding what should be built next.\n\nI wrote at the time:\n\n“Suddenly, when you are running 6 AI agents in parallel, it is like freaking horizontally scaling yourself.”\n\nThat was my personal inflection point — the moment AI-assisted development stopped feeling like a productivity experiment and started feeling like a fundamental change in how software could be built.\n\nIt was still only my experience. I could have been unusually tolerant of AI-generated code. Then July 2026 happened.\n\nOn July 14, 2026, Linus Torvalds replied to a discussion on the Linux kernel mailing list about LLM-based tooling for maintainers. The thread included familiar anti-LLM concerns and the question of whether such tools should simply be avoided.\n\nTorvalds was direct:\n\n“Linux is not one of those anti-AI projects”\n\nand\n\n“AI is a tool, just like other tools we use. And it’s clearly a useful one.”\n\nThis is not a random developer saying AI is handy. This is the person who created and still shepherds the Linux kernel.\n\nThat is why this matters more than my December experience. My moment was personal. This is a project-level signal from one of the most consequential figures in open-source software.\n\nI’m not going to paraphrase the email and pretend the surrounding context is irrelevant. Read the full message:\n\nSubject: Re: Linking Patchwork with Sashiko?\n\nDate: Tue, 14 Jul 2026 20:06:14 -0700 [thread overview]\n\nMessage-ID: (raw)\n\nIn-Reply-To:[4928C919-7999-4E76-ADCB-F8643FED105B@linux.dev]\n\nOn Tue, 14 Jul 2026 at 19:01, Roman Gushchin[roman.gushchin@linux.dev]wrote:I think it makes the point of sashiko - helping maintainers - unachievable. If the point to not use\n\nLLMs in general, let’s discuss this, not how to make each use case more complex.It seems like [1] expresses a very anti-LLM position in general\n\nYes.\n\nAnd no, that's not the position of the Linux kernel.\n\nI realize that some people really dislike AI, but this is an area\n\nwhere I'm willing to absolutely put my foot down as the top-level\n\nmaintainer.\n\nLinux is not one of those anti-AI projects, and if somebody has issues\n\nwith that, they can do the open-source thing and fork it.\n\nOr just walk away.\n\nAI is a tool, just like other tools we use. And it's clearly a useful one.\n\nIt may not have been that \"clearly\" even just a year ago, but it's no\n\nlonger in question today.\n\nThere are other questions around AI (like what the economy of it will\n\nactually look like in the end), but \"is it useful\" is no longer one of\n\nthose questions. Anybody who doubts that clearly hasn't actually used\n\nit.\n\nYes, it can also be a somewhat painful tool, both for maintainer\n\nworkloads and just from a \"it keeps finding embarrassing bugs\"\n\nstandpoint.\n\nBut the solution is not to put your head in the sand and sing \"La La\n\nLa, I can't hear you\" at the top of your voice like some people seem\n\nto do.\n\nThe solution is to make sure those LLM toolshelpmaintainers\n\ninstead of just causing them pain. There's no question on that side.\n\nWe're not forcing anybody to use it, but I will very loudly ignore\n\npeople who try to argue against other people from using it.\n\nAnd no, AI isn't perfect. But Christ, anybody who points to the\n\nproblems at AI had better be looking in the mirror and pointing at\n\nthemselves at the same time.\n\nBecause it's not like natural intelligence is always all that great either.\n\nThe kernel project has been and will continue to be about the technology.\n\nSure, the social angle of working on open source is important and\n\noften a very motivating part of the project, but in the end that's a\n\nside benefit, not thepointof the project.\n\nThis isNOTsome kind of \"social warrior\" project, never has been,\n\nand never will be.\n\nIn the kernel community we do open source because it results in better\n\ntechnology, not because of religious reasons.\n\nAnd so we make decisions primarily based on technical merit. Not fear\n\nof new tools.\n\nLinus\n\nWhat struck me most is that Torvalds does **not** claim AI is perfect. He talks about the problems it creates — embarrassing bugs, extra workload for maintainers, the risk of noise. His conclusion is not “AI is dangerous, therefore ban it.” It is closer to “AI is useful, therefore figure out how to make it work.”\n\nThat is a meaningful distinction.\n\nThe conversation around “AI slop” has gone sideways.\n\nAI can still produce code that is:\n\nI have seen all of those. I still review every change. I still rely on tests and CI. I still throw away AI-generated work when it is not good enough.\n\nNone of that contradicts the claim that AI has become an extremely useful engineering tool. In some ways it is *why* the tool is useful: we have gotten better at using it *despite* its failure modes.\n\nThe important fact is not that AI never makes mistakes. The important fact is that the cost of generating, evaluating, and discarding candidates has fallen far enough that the overall process is now productive.\n\nImagine opening a pull request and saying: “This was written by AI, so it’s slop.”\n\nThat is not a technical review.\n\nA technical review asks:\n\n“Was an LLM involved?” can be useful context. It is not a quality judgment.\n\nHumans have produced terrible software for decades. We do not call it “human slop.” We call it bad code, review it, fix it, or delete it. The same standard should apply to AI-generated code.\n\nThe biggest shift is not that AI can write code. We have known that for years. The shift is that the cost of producing *another* implementation has collapsed.\n\nThis does not make engineering judgment less important. It makes it *more* important.\n\nWhen implementation becomes cheap, deciding *what* to implement becomes more valuable. Architecture, requirements, code review, testing, domain knowledge, and the ability to recognize bad solutions all rise in relative value.\n\nIn December 2025 the story was capability: multiple agents, dramatically higher throughput, less time spent on repetitive implementation, more time spent on product thinking and review.\n\nIn July 2026 the story became acceptance: one of the world’s most important open-source projects is not going to reject the technology on ideological grounds.\n\nCapability plus acceptance is a stronger signal than either alone.", "url": "https://wpnews.pro/news/ai-code-is-no-longer-slop", "canonical_source": "https://dev.to/remojansen/ai-code-is-no-longer-slop-41hg", "published_at": "2026-08-29 07:39:55+00:00", "updated_at": "2026-08-29 07:48:50.910785+00:00", "lang": "en", "topics": ["artificial-intelligence", "developer-tools", "ai-tools"], "entities": ["Claude Opus 4.5", "Linus Torvalds", "Linux kernel", "Roman Gushchin"], "alternates": {"html": "https://wpnews.pro/news/ai-code-is-no-longer-slop", "markdown": "https://wpnews.pro/news/ai-code-is-no-longer-slop.md", "text": "https://wpnews.pro/news/ai-code-is-no-longer-slop.txt", "jsonld": "https://wpnews.pro/news/ai-code-is-no-longer-slop.jsonld"}}