Rust legt neue Regeln für KI-Coding fest: KI darf helfen, aber nicht schreiben; Übernutzung löst 'Schutzschalter' aus
Fünf Teams im Rust-Projekt haben offiziell eine neue Richtlinie für KI-gestützte Programmierung übernommen, die regelt, wie Mitwirkende große Sprachmodelle (LLMs) bei Einreichungen an das rust-lang/rust-Repository verwenden dürfen. Die von Jynn Nelson im Inside-Rust-Blog angekündigte Richtlinie erlaubt LLMs für Fragen, Analyse, Zusammenfassung, Verfeinerung, Prüfung, Vorschläge und Review, verbietet jedoch deren Einsatz zur Erstellung. Sie führt zudem einen 'Schutzschalter' ein, der das Zusammenführen LLM-erstellter Pull Requests pausiert, wenn in einem Sechs-Wochen-Zeitraum mehr als die Hälfte der zusammengeführten Pull Requests LLM-erstellt sind.
Am 5. August 2026 kündigte Jynn Nelson im Inside-Rust-Blog an, dass fünf Teams innerhalb des Rust-Projekts – Compiler, Standardbibliothek, Typsystem, rustdoc und Bootstrap – formell eine Richtlinie zur Nutzung großer Sprachmodelle (LLMs) bei Code-Beiträgen übernommen haben. Die Richtlinie gilt für das Haupt-Repository rust-lang/rust und besagt, dass LLMs für die Beantwortung von Fragen, Analyse, Zusammenfassung, Verfeinerung, Überprüfung, Vorschläge und Begutachtung verwendet werden dürfen, nicht jedoch für die Erstellung neuer Inhalte. Beiträge, die eine LLM-Erstellung beinhalten, müssen offengelegt werden, und neue Mitwirkende dürfen keine von LLMs erstellten Pull-Requests einreichen, es sei denn, sie finden zuerst einen Prüfer. Die Richtlinie enthält einen 'Sicherungsschalter': Wenn in einem beliebigen Sechs-Wochen-Zeitraum mehr als die Hälfte der zusammengeführten Pull-Requests von LLMs erstellt wurden, werden alle solchen Pull-Requests pausiert, bis der Anteil unter 50 % fällt und eine Abkühlphase von 10 Tagen verstrichen ist. Verstöße, wie das bewusste Verschleiern der LLM-Nutzung, werden wie Belästigung als Verstöße gegen den Rust-Verhaltenskodex behandelt. Die Richtlinie ist bewusst technisch nicht vollständig durchsetzbar und zielt darauf ab, Mehrdeutigkeiten zu beseitigen, anstatt jede Übertretung zu erfassen. Nelson nannte drei Druckfaktoren, die zur schriftlichen Richtlinie führten: Das Signal eines gut ausgearbeiteten Pull-Requests ist nicht mehr zuverlässig, die Ressourcen für die Begutachtung werden knapper, da die Kosten für die Codegenerierung sinken, und einige Mitwirkende kopieren Kommentare der Prüfer in LLMs und fügen die Ausgaben wieder ein, was Zeit aller verschwendet. Die Richtlinie wird als erster Schritt angesehen, wobei der Führungsrat von Rust die Einrichtung eines projektebenen LLM-Ausschusses in Betracht zieht, der solche Regeln auf das gesamte Projekt ausweiten könnte.
Quelle: InfoQ 中国 —
Original