Linus、Linux開発でのAI利用を擁護「嫌ならForkすればいい」

導入

AIコーディングツールをめぐる議論は、単なる生産性の話ではなくなっている。大規模なオープンソースプロジェクトでは、「使いたい人が使えるのか」「拒否したい人が他者の利用まで止められるのか」というガバナンスの問題になりつつある。Linuxカーネルの世界で、Linus Torvalds氏はこの点について強い姿勢を示した。Linuxは反AIプロジェクトではなく、それを受け入れられないならオープンソースらしくForkするか、離れればよいという趣旨だ。

発端は、Sashikoと呼ばれる「エージェント型Linuxカーネルコードレビューシステム」をめぐる議論だった。素材によれば、このシステムは後に人間の開発者が修正するようなバグの一部を独自に発見できる一方、存在しない問題を報告する誤検知も発生させる。つまり、役に立つ可能性とメンテナーの時間を奪うリスクが同時にある。

主要ポイント

• 全面禁止には反対。 Torvalds氏は、全員にAIツールの利用を強制するわけではないが、他人の利用まで禁止しようとする主張には同意しない。
• 生成コードだけの問題ではない。 Sashikoのような仕組みは、コードを書くというより、レビューやバグ発見、保守作業の支援に関わる。
• 誤検知は無視できない。 たとえ有用なツールでも、誤った報告が多ければメンテナーの注意力を消耗させる。Linuxのような巨大プロジェクトでは、ノイズそのものがコストになる。
• 判断基準は技術的価値。 Torvalds氏はAIを特別視せず、他の開発ツールと同じく実用性で評価すべきだと考えている。
• オープンソースの分断が表面化。 一部ではLLM生成AIを拒否する権利を重視する声があり、別の開発者はvibe codingボットを妨害するようなプロンプト注入まで試みている。

意味と影響

Torvalds氏の発言が重いのは、Linuxが世界で最も重要なオープンソース基盤の一つだからだ。LinuxカーネルがAIツールの利用を原則的に排除しないのであれば、他のプロジェクトでも「AIを許すか」ではなく「どう使わせるか」が中心論点になっていくだろう。

もちろん、これはAIに無条件の通行証を与えるという意味ではない。むしろ必要なのは具体的な運用ルールだ。AI支援による投稿を明示すべきか。自動バグ報告には送信制限を設けるべきか。どの程度の誤検知なら許容できるのか。メンテナーは特定のボットやツールからの報告を拒否できるのか。こうした問いこそ、今後の開発現場で重要になる。

Torvalds氏の立場は、根本的にはエンジニアリング文化の延長にある。ツールは出自だけで排除されるべきではないが、流行しているからといって信頼されるべきでもない。AIはコード品質、レビュー効率、テスト、バグ発見といった具体的な成果で価値を示す必要がある。

LinuxにおいてAIがメンテナーの判断を置き換える可能性は低い。しかし、パッチ作成、レビュー、テスト、バグ報告の周辺にAIが入り込む流れは強まるだろう。重要なのは、AIが有効なシグナルを増やし、ノイズを増幅しない仕組みを作れるかどうかだ。

出典：Ars Technica AI