Dans un article publié le 9 novembre 2026, Dataconomy rapportait que Linus Torvalds avait relayé, pendant une discussion sur Linux 7.4-rc2, une observation d’Alexei Starovoitov : dans eBPF, les correctifs arrivaient plus vite que les nouveaux signalements. Torvalds précisait que la plupart des autres secteurs du noyau n’avaient pas atteint ce stade. Le signal concerne donc eBPF, pas l’ensemble de Linux. Dataconomy
Ce que le signal sur eBPF indique
La comparaison porte sur le rythme des correctifs et celui des nouveaux signalements de bugs dans eBPF. Ce sous-système permet à des programmes isolés de s’exécuter dans le noyau Linux. L’équilibre rapporté renseigne sur le traitement des signalements dans cette partie du noyau, pas sur le nombre total de contributions assistées par IA ni sur les correctifs acceptés à l’échelle de Linux.
NeoTeo avait déjà raconté un autre essai de Linus Torvalds avec l’IA autour d’assoc_array. Ce nouvel épisode porte sur les signalements et les correctifs dans eBPF.
Le suivi humain des bugs repérés par IA
Dans un entretien publié le 26 août 2026, Linus Torvalds expliquait qu’il peut falloir beaucoup de travail pour déterminer si un bug signalé par un grand modèle de langage est réel ou relève d’une hallucination. Il attend aussi de la personne qui soumet le signalement qu’elle propose un correctif et reste disponible pour échanger avec les mainteneurs.
Un signalement assisté par IA doit s’accompagner d’une vérification humaine, d’un correctif proposé et d’un interlocuteur prêt à en discuter.
Une démonstration rapide ne garantit pas un code de production plus rapide
Torvalds distingue la création rapide d’une démonstration du développement d’un code destiné à la production. Dans l’entretien, il dit ne pas être convaincu que les modèles de langage accélèrent nécessairement ce second travail.
