Rust adopte une politique formelle LLM pour son dépôt principal

Cinq équipes du projet Rust ont adopté une politique formelle régissant l’utilisation des grands modèles de langage lors de contributions à rust-lang/rust, le monorépôt principal du projet. Jynn Nelson, l’auteur de la politique, l’a annoncée sur le blog Inside Rust le 5 août 2026. La politique (ratifiée par les équipes du compilateur, des bibliothèques, des types, de rustdoc et de bootstrap) remplace ce que Nelson décrit comme une approche « wild west » non publiée de la modération par un ensemble de règles publiques et écrites.

La politique n’est pas une position du projet sur l’IA, et elle le précise. Elle ne s’applique qu’au dépôt rust-lang/rust et uniquement aux équipes qui l’ont ratifiée. Mais dans ce cadre, elle trace une ligne claire : les LLM sont les bienvenus comme outils de réflexion, pas comme substituts.

Ce que dit réellement la politique

Le document se résume en une seule phrase :

Il est acceptable d’utiliser les LLM pour répondre à des questions, analyser, synthétiser, affiner, vérifier, suggérer, réviser. Mais pas pour créer.

En pratique, cela crée trois niveaux. Autorisé sans condition : toute utilisation privée où le contributeur est le seul à voir le résultat — poser des questions sur la base de code, résumer un fil de discussion, réviser en privé son propre code. Autorisé avec divulgation obligatoire : traduction automatique, modifications triviales comme la correction de fautes de frappe, découverte de bugs assistée par LLM, et bots de révision LLM, qui doivent fonctionner depuis des comptes GitHub séparés, clairement étiquetés, que les utilisateurs peuvent bloquer. Interdit : commentaires, documentation et diagnostics du compilateur générés par LLM ; tout processus nécessitant l’exécution d’un LLM ; et considérer une révision LLM comme suffisante pour fusionner ou rejeter une modification.

Le point le plus incisif se trouve dans le dispositif d’application. Dissimuler délibérément l’utilisation d’un LLM constitue une violation du Code de conduite du projet — au même niveau que le harcèlement — entraînant un avertissement et, en cas de récidive, une interdiction. Le document indique explicitement que de nombreuses clauses sont difficilement applicables en pratique, et précise que cela est intentionnel : « Notre objectif n’est pas de détecter chaque infraction… Au contraire, notre but est d’éliminer toute possibilité de déni plausible : forcer un choix entre respecter la politique et la violer intentionnellement. »

Une expérience limitée pour le code écrit par LLM

Le code rédigé par LLM n’est pas interdit d’emblée. Il est limité à une expérience avec des conditions d’entrée strictes : les changements doivent être préalablement convenus avec un réviseur nommé, ne pas être critiques pour la sûreté du compilateur, être bien testés et bien revus, avec divulgation obligatoire dans chaque cas. Les nouveaux contributeurs ne peuvent pas ouvrir de pull request générée par LLM sans d’abord obtenir un réviseur. Lorsqu’aucune suite de tests n’existe pour le code modifié, l’auteur doit en écrire une ou fermer la PR. Aucune exception.

L’expérience possède son propre disjoncteur. Si plus de la moitié des PR fusionnées sur une période de six semaines sont créées par LLM, les fusions de PR générées par LLM s’arrêtent jusqu’à ce que la proportion retombe en dessous de 50 %, avec un délai de refroidissement minimum de dix jours. Cette période coïncide avec le cycle de publication de six semaines de Rust. Toutes ces PR portent le nouveau label ai-assisted et sont publiées sur un canal privé Zulip dont le but est la collecte de données (pour savoir si les contributeurs assistés par LLM apprennent, reviennent et produisent un travail utile), et non le filtrage.

Pourquoi maintenant

L’annonce de Nelson décrit trois pressions qui ont poussé les équipes à passer d’une modération informelle à des règles écrites. Les pull requests soignés ne signalent plus l’effort ou la compréhension, ce qui érode les signaux de confiance sur lesquels repose la culture de révision du projet. La génération de code à moindre coût aggrave une pénurie déjà existante de capacité de révision : le dépôt compte actuellement 1 281 PR ouvertes, et la ressource rare a toujours été le jugement du réviseur, pas le code. De plus, les contributeurs qui répondent aux commentaires de révision en les collant dans un LLM puis en réinjectant la sortie, gaspillent, selon Nelson, le temps de tout le monde et brisent l’hypothèse qu’un réviseur s’adresse à une personne.

Le contexte est une vraie division au sein du projet. La section motivation de la politique indique qu’il n’existe aucun consensus au sein de Rust, « et il n’y en aura probablement jamais », quant à quand les outils basés sur l’IA sont acceptables, les membres allant d’utilisateurs quotidiens à ceux qui jugent toute utilisation inacceptable. C’est pourquoi le document est conçu pour être modifiable : les révisions majeures nécessitent l’approbation de chaque équipe ayant ratifié, et la politique peut être entièrement dissoute par ces équipes ou remplacée par un comité LLM à l’échelle du projet que le conseil de direction envisage maintenant.

Les petits caractères

La portée est plus restreinte que le titre ne le laisse penser. La politique ne couvre pas les autres dépôts de l’organisation rust-lang, le travail de l’équipe language comme le suivi des problèmes et les rapports de stabilisation, le guide de style, ni les équipes qui ne l’ont pas ratifiée. Chaque entité reste libre de définir ses propres règles. Les membres de l’organisation rust-lang sont exemptés de la restriction « non critique » concernant le code créé par LLM, bien que la politique décourage fortement l’utilisation de cette exemption, et les PR rédigées avant l’entrée en vigueur de la politique sont également exemptées. Harceler un contributeur pour avoir utilisé un LLM est lui-même interdit, quel que soit le respect ou non de la politique.

Ce qui se passe ensuite

Le canal privé Zulip commence à collecter des données sur les PR créées par LLM dès que le label ai-assisted est utilisé, et la première fenêtre de six semaines du disjoncteur indiquera aux équipes si l’expérience surcharge la file d’attente des fusions. La proposition en attente du conseil de direction pour un comité LLM dédié, s’il est créé, prévaudrait sur cette politique et pourrait étendre les règles à l’ensemble du projet, couvrant les discussions, les forums et les dépôts qui n’ont aujourd’hui aucune politique. Le post de Nelson plaide exactement pour ce résultat, présentant cette politique comme une première étape plutôt qu’une réponse définitive.