Linux staging tree：Greg Kroah-HartmanがLLMによって生成されたパッチを拒否

サブマージド・バイ・オンラット・オブ・AIパッチ、Linuxのstagingツリーのメンテナーは、セキュリティ上の真の修正を除き、LLMにより生成された貢献を体系的に拒否するようになった。しかし、彼は自身でLLMを使用している。

コンテキスト：ステージングツリーとは？

Linuxカーネルの組織におけるステージングツリーの役割を理解することで、Greg Kroah-Hartman（通称gregkh）の判断を把握できる。これは、まだメインラインに適さないドライバやコードを受け入れる場所だ。品質が不十分、APIが不安定、依存関係の整理が必要といった状態にある。歴史的に見ても、新規コントリビューターの登竜門であり、15年以上のカーネル開発経験を持つ専門家でなくても貢献できる場となっている。

Greg Kroah-Hartmanはこのステージングツリーのメンテナーであり、パッチを読み、裁定し、受理または却下する責任を負っている。

出来事の経緯

gregkhは、LLM（大規模言語モデル）によって生成されたパッチの洪水を「onslaught」と表現し、新たな方針を発表した：ステージングツリーにIAによって生成されたパッチは受理しないというものだ。

この決定が特に興味深いのは、それがIAのイデオロギー的な拒否ではない点だ。gregkh自身もカーネルへの貢献にLLMを使用しており、それを公然と認めている。彼が拒否しているのは、モデルが生成した内容を評価する能力を持たない貢献者によるLLMの使用だ。

その論理は明快だ：ステージングツリーは貢献者を育成する場である。IAが生成したパッチを理解せずに提出することは、まさにその目的とは逆行する行為であり、メンテナーにとっては、低い価値のパッチを大量にレビューし、修正し、却下する余計な作業を増やすだけだ。

唯一の例外として、真のセキュリティ問題を修正するパッチ（genuine security fixes）は、その出自にかかわらず受理される。

ステージングツリーを超えた重要性

これは、フリーソフトウェアコミュニティで数か月来高まっている緊張の、これまでで最も具体的な表れだ。一方では、構文的に正しいコードを生成できるLLM。他方では、低い品質のパッチが増加する中で、そのコンテキストを理解しないメンテナーが膨大な量のパッチを処理しなければならない状況。

Linuxカーネルは、ありふれたコードベースではない。各行が何百万ものシステムに影響を与える可能性がある。パッチの品質とは、単にコードの正しさだけではない。そのなぜを理解しているか、つまり、なぜそのコードが存在し、どのようなコンテキストに統合され、どのような副作用を持ち得るかを作者が理解しているかが重要だ。人間の専門知識なしにLLMが生成したパッチは、この「なぜ」を欠くことが多い。

これはカーネルにおけるAIの終わりではない。むしろ、AIをツールとして活用する貢献者（何が行われているかを理解している者）と、スキルの代替としてIAを使用する者（基礎知識を持たない者）を明確に区別する、明確な方針の始まりだ。そのニュアンスは本質的であり、gregkh自身がそれを実践している。