8月5日、pbxscience.comが「Linux Staging Area Bars AI-Generated Patches, With One Exception: Verified Security Fixes」と題した記事を公開した。この記事では、LinuxカーネルのステージングツリーがAI生成パッチを原則禁止し、検証済みのセキュリティ修正のみを例外とする新方針について詳しく紹介されている。
LLMパッチの「氾濫」に業を煮やした、カーネルメンテナーの決断
Linuxカーネルのdrivers/staging/サブシステムおよびstableブランチのメンテナーであるGreg Kroah-Hartmanが、ステージングツリーへのLLM（大規模言語モデル）生成パッチの受け入れを原則禁止する新方針を発表した。
きっかけは、ここ数週間でLLM生成パッチが「onslaught（殺到）」とも表現されるほど大量に流入したことだ。今後は、確認済みの有効なセキュリティ脆弱性に対処するものでなければ、そうしたパッチは自動的に却下される。
なお、Kroah-Hartmanは過去にも類似の立場を明確にしており、2022年にはLinuxカーネルメーリングリスト（LKML）において、品質の低いAI支援パッチへの懸念を公に表明している。今回の正式な禁止方針は、その延長線上にある対応といえる（参考：LWN.net — Patches, generated）。
なぜ「staging」なのか——この禁止措置の本質
この方針を理解するには、drivers/staging/が何のために存在するかを押さえる必要がある。
ステージングツリーは、本番品質に達していないドライバーコードを一時的に収容するエリアだ。コーディングスタイルの問題やAPI移行など「低難度の課題」が意図的に残されており、Linuxカーネル開発への入口として機能している。Kroah-Hartmanはこう述べている：
「実際にここのコードを整備したければ、明日にでもできる。だが、あえてそうしないのは、ここが人々が始まりを作り、学び、成長できる場所だからだ。」
つまり、AIツールがコーディングスタイルの問題を自動修正してしまうと、新規コントリビューターが学ぶべき課題そのものが消える。ステージングツリーの存在意義が失われるという論理だ。
AIを使って「お手軽にパッチを量産」することは、開発コミュニティへの参入路を塞ぐことと等価——これがKroah-Hartmanの主張の核心である。
類似の問題意識はLinux以外のOSSプロジェクトにも広がっており、たとえばPythonやRustのコミュニティでもAI生成プルリクエストへの対処方針が議論されている（参考：LWN.net — AI-generated code and open source projects）。
「バレる」という警告
Kroah-Hartmanは、AI生成パッチを開示せずに提出しようとするコントリビューターにも釘を刺した。こうした提出物は「見ればわかる」と明言しており、隠蔽を試みることへの明示的な警告として機能している。
唯一の例外：セキュリティ修正
新方針に設けられた例外は1つだけだ。LLMがステージング上のコードで実際のセキュリティ脆弱性を発見・修正した場合は、パッチの提出が認められる。
ただし条件は厳しい：
- 当該ドライバーに対応する実機ハードウェア上でテストを実施すること
- テスト方法の詳細を明記して提出すること
Kroah-Hartmanは元記事の中で、セキュリティ検出におけるLLMの有効性を認めつつも、現時点でも最良のツールでさえ約3分の1の確率で誤った・有害な結果を出すと述べている。この数値は元記事が引用するKroah-Hartman自身の発言に基づくものだ。だからこそ、人間による実機検証が必須条件として課される。
Linuxカーネル全体への禁止ではない
この方針はステージングサブシステムに限定されており、カーネルの他の領域ではAI支援作業は引き続き許可されている。
元記事によれば、Linux創始者のLinus TorvaldsはAIを「開発者が使える単なるツールの一つ」と位置づけており、Linuxカーネルプロジェクト全体が反AI的だという見方を否定しているとされる。今回の措置はプロジェクト全体の方針転換ではなく、ステージングツリーの教育的役割を守るための局所的なルールと捉えるべきだろう。
背景：AI生成コードをめぐるOSSコミュニティの模索
OSS開発コミュニティにおけるAI活用のポリシー整備は、各プロジェクトで模索が続いている。GitHub上でもAI生成PRへの対応ガイドライン策定を求める声が高まっており、今回のKroah-Hartmanの決定はその文脈においても注目に値する。
今回の措置が示すのは「AIを使うな」ではなく、「AIを使う場所と条件を明確にする」という方向性だ。コード品質と教育的機会の両立をいかに図るかは、今後のOSSガバナンス議論における重要な論点となるだろう。
詳細はLinux Staging Area Bars AI-Generated Patches, With One Exception: Verified Security Fixesを参照していただきたい。
