- cross-posted to:
- linux@programming.dev
- cross-posted to:
- linux@programming.dev
cross-posted from: https://piefed.social/c/linux@programming.dev/p/2509642/linus-torvalds-posts-his-first-ai-assisted-patch-to-the-linux-kernel-synthetic-test-clo
cross-posted from: https://piefed.social/c/linux@programming.dev/p/2509642/linus-torvalds-posts-his-first-ai-assisted-patch-to-the-linux-kernel-synthetic-test-clo
What gets me is that this is roughly the best-case scenario for “capable hands” — Linus knows this codebase better than anyone alive — and a race condition plus a 9% read regression still slipped through on the first attempt. Reviews and testing caught it, which is the system working, but it moves the bottleneck from writing code to reviewing it. And review doesn’t scale the way generation does; skimming a patch is quick, but actually proving an LLM-assisted one is correct takes real effort. I say that as someone who uses AI tooling daily — reading code you didn’t write is genuinely more tiring than writing it, and that tax compounds the more you lean on generation. The maintainer-burnout angle might end up being the real story here, more than the AI one.
What I keep saying. Good take except that you don’t use “AI” tooling, you use copyright evasion slop tooling.
Verifying LLM code isn’t necessarily harder than verifying a human PR. I hope that this also boosts automated test tooling so that it also gets easier to test these PRs, since the focus will shift to review rather than writing.
Verifying 10 pounds of incoherent architectural choices and over engineered submodules is certainly harder than reviewing tee bits of coherent human work.
And verifying 10 pounds of incoherent architectural choices and over engineered submodules of human work is certainly harder than reviewing tee bits of coherent agent work.
You are? I can also make false dichotomy fallacies!
The difference is that AI is prone to this issue, even a single agentic process. Humans only really run into this issue with large, disorganized teams.
Humans burn out.
https://maevyn.codes/decoherence
edit: hold up. Presenting as though what I said works in reverse,
as though agentic and human contribution is equatable… wouldn’t that be false equivalency? Tisk tisk…
Human work is not swappable with agentic work without tradeoffs, which is kind of why I was making a point at all.
Does he? Is it even possible to know the entirety of the Linux kernel within one head?
Does one need to know the entirety in their head to know it better than anyone else? If not Linus, who?
He’s spiraling downward, so even if he once lnew the kernel best, I am sure he no longer does by a long shot.
I’d argue the people who wrote the code for the various subsystems know more about it than the guys who “just” review and merge them.