Linus Torvalds、Linux KernelにおけるAIの一線を明示：禁止はしないが、反AIの立場によるプロジェクトの乗っ取りも許さない

Linus TorvaldsはLinux kernelのメーリングリストで、AIツールをkernel開発プロセスから排除すべきかどうかについて強硬な姿勢を示した。この議論はSashikoとPatchworkの連携に端を発している。Sashikoはkernel patchを検査するAI支援レビューシステムであり、争点は個別のpatchではなく、LinuxがLLMツールを原則として拒絶すべきかどうかだった。

Torvaldsの立場は明確だ。Linux kernelが自らを反AIプロジェクトと定義することはない。彼は返信の中で、AIはすでに他の開発ツールと同様のツールであり、現時点では有用かどうか自体が主要な疑問ではないと述べた。真に取り組むべきなのは、LLMツールがmaintainerの負担を増やすだけでなく、いかに支援できるようにするかだ。他者によるAIの利用を禁止しようとする声に対しては、そのような立場にupstreamプロジェクトの方向性を支配させることを拒否している。

「気に入らないならforkするか離れればよい」という言葉は、コミュニティで最も見出しとして切り取られやすい。しかし、技術的な文脈はスローガン以上に重要だ。Torvaldsは、AIが出力したコードをレビューなしで受け入れてよいとは述べておらず、vibe codingをkernel開発の規範にしたわけでもない。彼が強調しているのは、Linuxは一貫して技術的価値に基づいて意思決定しており、ツールにAIというラベルが付いているだけで最初から禁止すべきではない、という点だ。言い換えれば、AI生成物も引き続きkernelのレビュー基準、責任の所在、保守コストに関する検証を受けなければならない。

これは、大規模なオープンソースプロジェクトがAIに対応する際のガバナンスの違いも映し出している。小規模なプロジェクトでは、AIによるbug report、低品質なPR、ライセンス上の懸念を理由に、より厳しい制限を選ぶことがある。一方、Linux kernelには、より成熟したmaintainerの階層構造とレビュー工程があるため、AIを排除すべき汚染源ではなく、制御して活用すべきツールと見なす可能性が高い。Sashikoが人間によるレビューで見落とされた問題を安定して発見できれば、maintainerのworkflowの一部になる可能性がある。逆にノイズを生むのであれば、同じく技術基準によって淘汰されるだろう。

今後注目すべきなのは、Linux kernelがこの立場をどのように具体的なプロセスへ落とし込むかだ。AIによるレビュー結果に出所の明示が必要か、どのような報告を公開メーリングリストに流せるのか、maintainerが重複報告や誤報をどう処理するのか、そしてsubmitterがAI支援による成果物に全面的な責任を負わなければならないのか、といった点が焦点になる。今回Torvaldsが宣言したのは、LinuxをAI-nativeプロジェクトにすることではない。彼が示した一線は、ツールは利用できるが技術レビューを回避してはならず、反AIという立場だけではツールを封じる十分な理由にならない、ということだ。