Le 31 mai, Linus Torvalds a publié la sixième version candidate de Linux 7.1 sur un ton qui, après plusieurs semaines tendues, sonnait presque comme un soulagement. « Je ne le qualifierais pas de petit, mais il est certainement plus petit que RC5. Et je ne pense pas qu'il y ait quelque chose de particulièrement alarmant ici, alors peut-être que nous sommes toujours sur la bonne voie pour un cycle de publication normal », a-t-il écrit sur la liste de diffusion du noyau.
La traduction opérationnelle est directe : si le prochain candidat maintient la tendance, la version stable de Linux 7.1 arriverait entre le 7 et le 14 juin, en fonction du nombre de candidats restants, dans le calendrier habituel du projet.
Six semaines de tension avant le soulagement
L’intéressant n’est pas dans la note technique, mais dans ce qui l’a précédé. Les six dernières semaines ont constitué une expérience naturelle de ce qui se passe lorsqu’une infrastructure de gouvernance conçue dans les années 1990 répond à un volume de contributions accélérées par l’intelligence artificielle.
Dans RC4, Torvalds a averti que la liste de sécurité du noyau était devenue « presque totalement ingérable » à cause de l'avalanche de rapports générés par l'IA. Beaucoup étaient des doublons, car différents chercheurs exécutaient les mêmes outils sur le même code.
Une semaine plus tard, dans RC5, la plainte a changé de sujet : des correctifs triviaux générés avec des assistants de codage IA sont arrivés à une phase du cycle où seuls les correctifs de régression sérieux devraient entrer.
L'asymétrie qui brise le modèle
Les critiques n’ont jamais ciblé l’IA en tant que technologie. Il a souligné quelque chose de plus spécifique et de plus inconfortable : l'asymétrie entre le coût de génération des contributions et le coût de leur traitement.
Un assistant de code peut produire un rapport de vulnérabilité ou un correctif en quelques secondes. Un responsable du noyau doit le lire, comprendre le contexte, vérifier s'il est réel, vérifier s'il est déjà corrigé et répondre. Ce travail ne s’est pas accéléré au même rythme.
Et dans un projet où les mainteneurs ne représentent qu'une infime fraction de l'écosystème qu'ils soutiennent – Linux fonctionne sur la plupart des serveurs du monde, sur une bonne partie des téléphones et dans les systèmes embarqués qui pilotent l'infrastructure industrielle -, l'asymétrie devient un goulot d'étranglement structurel.
Pourquoi ce boîtier est un thermomètre open source
Ici, le cas Linux cesse d’être une anecdote sur un développeur finlandais irrité et devient un thermomètre de l’état réel du logiciel ouvert en 2026.
Le modèle de contribution par courrier électronique, d'évaluation humaine et d'autorité du responsable a fonctionné pendant trois décennies parce que le volume des contributions, bien que élevé, était proportionnel au nombre de personnes capables de les générer. L’IA brise ce ratio.
Tout développeur ayant accès à un agent d’encodage peut désormais produire, en quantité, l’équivalent du résultat d’une équipe entière. Et comme le démontrent les rapports de sécurité en double, la quantité n’implique pas la qualité ou l’utilité marginale.
La réponse de Torvalds n'a pas été prohibitive. Il a appelé au jugement : que quiconque découvre un bug avec l’IA lise la documentation, comprenne le problème et soumette un correctif utile, plutôt que de transmettre la sortie brute du modèle.
Mais cette demande repose sur un principe fragile, qui attend de la retenue de la part de milliers de contributeurs anonymes, dont beaucoup sont motivés par des mesures de réputation ou d’activité publique.
RC6 suggère qu’un tel auto-confinement, au moins partiellement, est en train de se produire. Les contributions restent supérieures à la moyenne historique, en particulier dans le sous-système réseau, où Phoronix a documenté que les agents de chiffrement continuent de transmettre des requêtes d'extraction beaucoup plus importantes que d'habitude. Mais le rythme est presque gérable.
Ce qui vient après Linux 7.1
Le problème structurel n'est pas résolu avec cette version. Linux 7.1 sortira dans les prochaines semaines et le cycle Linux 7.2 posera la même question. Que fait l’open source lorsque l’offre de contributions dépasse en permanence la capacité d’examen ?
Plusieurs options sont envisagées : mettre en œuvre des politiques plus strictes pour les rapports générés par l'IA, établir un processus de pré-validation automatisé avant qu'ils ne soient répertoriés et redistribuer le travail entre les responsables. Aucune de ces alternatives n’est encore consolidée. Ce qui est clair, après ce cycle, c’est que la question n’est plus théorique.
Pour les projets d’infrastructures critiques qui s’appuient sur le modèle du mainteneur bénévole – et il y en a bien plus que Linux seul ne représente – la leçon de la version 7.1 est opérationnelle. L’IA n’intervient pas comme un collaborateur supplémentaire. Il s’agit d’un multiplicateur de charge qui nécessite de reformuler le flux de révision.
Torvalds le découvre en temps réel, en public et avec le seul outil dont il dispose : son autorité personnelle sur ce qui entre et ce qui ne rentre pas dans le noyau. C'est une réponse précieuse, mais elle n'est pas adaptée. La prochaine génération de mainteneurs open source aura besoin d’autre chose.
En rapport
Voir l’article original en espagnol
