Rust が正式な LLM ポリシーを採用する

Rust プロジェクトの 5 つのチームは、正式なポリシーを採用し、rust-lang/rust リポジトリへのコントリビューション時に大規模言語モデルを使用する方法を規定しました。Jynn Nelson 氏によるこのポリシーは、2026 年 8 月 5 日に Inside Rust ブログで発表されました。このポリシーは、コンパイラ、ライブラリ、タイプ、rustdoc、ブートストラップ チームによって批准され、 Nelson 氏が「ワイルド ウェスト」と表現した従来の非公開アプローチに代わる、公開されたルールセットを提供します。

このポリシーは、プロジェクト全体に対する AI の姿勢を定義するものではなく、rust-lang/rust リポジトリと批准したチームのみに適用されます。ただし、その範囲内では、明確な線を引いています。LLM は思考ツールとして歓迎されますが、思考の代わりとしては歓迎されません。

ポリシーの内容

文書は、1 つの文で要約されています。

> LLM を使用して質問に答えたり、分析したり、凝縮したり、洗練したり、チェックしたり、提案したり、レビューしたりすることは許可されています。しかし、作成 することは許可されていません。

実践的には、3 つのレベルが生まれます。完全に許可されるもの: コントリビューターが唯一の出力を見るプライベート使用 — コードベースに関する質問、スレッドの要約、プライベートレビュー。開示が義務付けられるもの: 機械翻訳、タイポ修正などの微小な変更、LLM アシストされたバグ発見、LLM レビューボット。これらは、個々のユーザーがブロックできる、明確にラベル付けされた GitHub アカウントから実行する必要があります。禁止されるもの: LLM によって生成されたコメント、ドキュメント、コンパイラ診断; LLM の実行が必要なプロセス; LLM レビューを変更のマージまたは却下に十分とすること。

最も厳しい罰則は、執行設計にあります。LLM 使用を故意に誤って報告することは、プロジェクトの行動規範違反とみなされ、警告および繰り返し違反の場合には禁止となります。文書は、多くの条項が実際には執行不能であることを明示していますが、これは故意であると述べています。 “私たちの目標は、すべての違反を捉えることではありません… その代わりに、私たちの目標は、明白な否認の可能性を除去することです: ポリシーに従うか、故意に違反することを選択することを強制することです。 “

LLM によるコードの実験

LLM によって書かれたコードは、完全に禁止されていません。ただし、厳格な条件のある実験に限定されています: 変更は事前に指定されたレビューアーと協議する必要があり、コンパイラの健全性に重要でないこと、十分にテストされ、十分にレビューされ、すべての場合に開示が必要です。新しいコントリビューターは、レビューアーを事前に確保することなく、LLM によって生成されたプルリクエストを開くことはできません。タッチされたコードに対してテスト スイートがない場合、著者はテスト スイートを作成するか、プルリクエストを閉じる必要があります。例外はありません。

実験には、回路ブレーカーが付いています。如果 6 週間のウィンドウでマージされたプルリクエストの半分以上が LLM によって生成された場合、LLM によって生成されたプルリクエストのマージは、シェアが 50 パーセント未満に戻るまで停止します。最短 10 日間のクールダウン期間があります。ウィンドウは、Rust の 6 週間のリリースサイクルと一致しています。すべてのプルリクエストには、新しい ai-assisted ラベルが付いています。これらのプルリクエストは、データ収集 (LLM アシスト コントリビューターが学習し、戻り、有用な作業を生成しているかどうか) のために、プライベート Zulip チャンネルに投稿されます。これは、ゲートキーピングではなく、データ収集のために使用されます。

なぜ今

Nelson 氏の発表では、3 つの圧力がチームを非公式なモデレーションから書面のルールへと押したと説明しています。磨かれたプルリクエストは、もう労力や理解を示すものではなく、プロジェクトのレビューカルチャーが動作する信頼のシグナルを腐食させます。コード生成のコストが低くなると、既存のレビューバンド幅の不足が悪化します。現在、リポジトリには 1,281 のオープンなプルリクエストがあり、希少なリソースは常にレビューアーの判断であり、コードではありません。コントリビューターがレビューコメントに応答して LLM に貼り付け、出力を貼り付けることは、Nelson 氏の言葉によると、みんなの時間を無駄にしたり、レビューアーが人間と話しているという仮定を破壊したりします。

背景には、本物のプロジェクト内の分裂があります。ポリシーの動機セクションは、Rust 内では AI ベースのツールが受け入れられる時期についての合意がないことを示しています。 “そして、おそらく、決してないでしょう” と述べています。メンバーは、毎日のユーザーから、まったく受け入れられないと考える人までさまざまです。したがって、文書は変更されるように設計されています。主要な改訂には、各批准チームの承認が必要であり、ポリシーは完全に解消されるか、現在検討中のプロジェクト全体の LLM 委員会によって上書きされる可能性があります。

細則

範囲は、見出しが示唆するよりも狭いです。このポリシーは、rust-lang 組織内の他のリポジトリ、言語チームの作業 (トラッキングの問題や安定化レポートなど)、スタイル ガイド、または批准していないチームには適用されません。各チームは独自のルールを設定することができます。rust-lang 組織のメンバーは、LLM 生成コードの「非重要」制限から除外されますが、ポリシーはその免除を強く非推奨しています。また、ポリシーが有効になる前に書かれたプルリクエストも免除されます。LLM の使用を理由にコントリビューターを嫌がらせることは、ポリシー違反とみなされます。

次に何が起こるか

プライベート Zulip チャンネルは、ai-assisted ラベルが使用されるとすぐに、LLM 生成プルリクエストのデータを収集し始めます。最初の 6 週間の回路ブレーカー ウィンドウは、チームに実験がマージ キューを圧倒しているかどうかを示します。リーダーシップ カウンシルによる専用の LLM 委員会の提案は、採用された場合、このポリシーを優先し、現在ポリシーがないチャット、フォーラム、リポジトリを含むプロジェクト全体のルールを拡張する可能性があります。Nelson 氏の投稿は、ちょうどその結果を主張しています。このポリシーを、決定された答えではなく、最初のステップとして位置付けます。