In een verslag dat op 9 november 2026 verscheen over Linux 7.4-rc2, haalde Linus Torvalds een claim van Alexei Starovoitov aan: binnen eBPF kwamen fixes sneller binnen dan nieuwe bugmeldingen. Torvalds zei dat de meeste andere kernelgebieden die verhouding nog niet hadden bereikt. Een bredere omslag noemde hij slechts als mogelijkheid.

Wat de verhouding in eBPF laat zien

eBPF is een Linux-kernelsubsysteem waarin afgeschermde programma’s binnen de kernel kunnen draaien. De gemelde verhouding vergelijkt nieuwe bugmeldingen met fixes in dat subsysteem. Dat is een andere maatstaf dan het aantal AI-geschreven inzendingen of geaccepteerde patches voor de hele kernel.

Een hoger tempo van fixes dan van nieuwe meldingen beschrijft dus de verhouding binnen eBPF. Het zegt niet hoeveel AI-ondersteunde patches elders in Linux binnenkomen. Torvalds hield die bredere ontwikkeling nadrukkelijk open: volgens hem hadden de meeste andere gebieden de eBPF-verhouding nog niet bereikt.

NeoTeo schreef eerder over Torvalds’ inzet van een taalmodel bij het onderzoeken van Linux-code, een afzonderlijk geval van AI-ondersteund werk. Lees dat eerdere bericht.

Menselijke opvolging bij AI-bugmeldingen

Engelstalige video met fragmenten uit een gesprek met Linus Torvalds over AI-bugmeldingen, menselijke controle en het verschil tussen demo’s en productiecode; gepubliceerd op 26 augustus 2026.

In een interview dat op 26 augustus 2026 werd gepubliceerd, zei Torvalds dat het controleren van een door een taalmodel gevonden bug veel werk kan kosten. Een inzender moet volgens hem een voorgestelde patch aanleveren en beschikbaar blijven voor overleg met de maintainers. Een automatisch gegenereerde melding op zichzelf is dus geen afgeronde bijdrage.

Bij een door AI gevonden bug hoort menselijke opvolging: de bevinding controleren, een patch voorstellen en beschikbaar blijven voor overleg.

Torvalds maakte in hetzelfde gesprek ook onderscheid tussen snel een demo bouwen en productiecode opleveren. Hij zei niet overtuigd te zijn dat taalmodellen het schrijven van productiecode noodzakelijk sneller maken.