Linux et IA : le marqueur Assisted-by remis en cause, le patch retiré

Le noyau Linux change de cap sur la manière de signaler l'aide de l'intelligence artificielle dans les contributions. Lors du Maintainers Summit, les responsables du projet sont parvenus à un consensus pour abandonner l'obligation générale du marqueur Assisted-by, utilisé pour identifier les assistants de programmation. Mais attention : cette décision ne signifie ni que le code généré par IA sera accepté automatiquement, ni que les développeurs peuvent cacher n'importe quoi. Elle s'inscrit dans un débat déjà vif autour de l'IA et de Linux.

Le marqueur Assisted-by : à quoi servait-il ?

Dans les propositions de modification du noyau, le marqueur Assisted-by devait aider à indiquer le recours à des outils d'IA. Une forme du type Assisted-by: AGENT_NAME:MODEL_VERSION permettait de préciser l'assistant et le modèle employés. L'objectif : donner davantage de visibilité aux mainteneurs chargés d'examiner les changements. Le problème, c'est qu'une information déclarative n'est utile que si elle est renseignée de façon cohérente et si l'on sait ce qu'on veut en faire.

Pourquoi les mainteneurs ont décidé de l'abandonner

Cette remise en question ne date pas d'octobre. Dès le 2 juillet 2026, Jeff Layton proposait de retirer cette exigence : le marqueur n'était pas utilisé de manière uniforme, les données ainsi récoltées lui paraissaient peu fiables et leur finalité restait floue. Les échanges sont consultables dans les archives publiques de la liste linux-kernel.

Le 9 octobre 2026, Sasha Levin a soumis un correctif supprimant les références obligatoires à Assisted-by dans la documentation et les contrôles associés. Il précisait que le Maintainers Summit avait trouvé un consensus pour déprécier le marqueur. La discussion n'était toutefois pas terminée : Laurent Pinchart et d'autres développeurs ont réclamé une explication plus complète de ce changement de politique.

Sasha Levin a ensuite annoncé le retrait temporaire de son patch, dans l'attente d'une meilleure contextualisation. Autrement dit, le consensus annoncé au sommet est réel, mais il serait prématuré d'affirmer que toutes les modifications documentaires proposées ont déjà été intégrées définitivement.

Moins d'étiquettes, mais toujours une responsabilité humaine

Le point essentiel est ailleurs : les directives officielles concernant les contenus générés par des outils demandent toujours aux contributeurs de comprendre l'ensemble de ce qu'ils soumettent, de pouvoir répondre aux questions des relecteurs et d'être transparents sur l'origine d'un contenu significativement produit par un outil. Les mainteneurs restent libres de réclamer des précisions, davantage de tests, voire de refuser une contribution.

Il faut donc distinguer deux choses : supprimer un format d'attribution imposé et supprimer les exigences de qualité, de provenance ou de relecture. La première orientation a été approuvée au sommet ; la seconde n'en découle pas. Un patch incorrect reste un patch incorrect, avec ou sans IA.

Et pour les joueurs sur Steam Deck ou SteamOS ?

Linux constitue une brique fondamentale de l'écosystème des PC et de consoles portables sous Linux, notamment le monde SteamOS et des machines de jeu portables. C'est ce qui rend le débat intéressant au-delà des seuls développeurs. Des règles claires et une revue de code exigeante participent à la robustesse du noyau dont dépendent, indirectement, ces appareils.

Pour autant, aucun gain de FPS, changement de compatibilité ou mise à jour immédiate de SteamOS n'a été annoncé à la suite de ce consensus. Son effet concerne avant tout les pratiques de contribution au noyau et la manière de gérer l'assistance automatisée.

Une décision pragmatique, et un débat loin d'être clos

Le projet Linux ne semble pas vouloir transformer l'IA en sujet tabou, mais ses responsables sont tout aussi conscients de la charge que représentent les contributions difficiles à vérifier. Après les préoccupations autour des signalements et de la sécurité du noyau, le défi reste le même : profiter des outils utiles sans transférer aux bénévoles et aux mainteneurs le coût d'un flot de propositions bâclées.

La suite à surveiller est donc concrète : la version définitive des changements apportés à la documentation du noyau et les pratiques que chaque mainteneur continuera d'exiger. Le retrait du marqueur Assisted-by n'est pas un blanc-seing accordé au code généré automatiquement.