Linuxの開発者であり、カーネルの最上位メンテナーでもあるLinus Torvalds氏は、Linuxカーネルプロジェクトが反AIの立場を取ることはないと明言しました。
同氏は、大規模言語モデル(LLM)や関連ツールについては、頭から否定するのではなく、技術的な価値に基づいて評価すべきだという考えを示しています。
この発言は、カーネル開発のワークフロー管理をメンテナーが行う際に役立つツール「Sashiko」とPatchworkとの関連性について、Linux Mediaメーリングリストで交わされた議論の中で出たものです。
Linus Torvalds氏、反AIの動きを拒否
今回の議論がより広範な反LLM感情を反映しているのではないかとの懸念に対し、Torvalds氏はこうした立場がLinuxカーネルプロジェクトの総意ではないと強調しました。
同氏は、一部の貢献者がAIに対して強い反対意見を持っていることを認めつつも、プロジェクトとしてはAIの利用に対して引き続きオープンな姿勢を保つと改めて述べました。
同氏はAIについて、カーネル開発で使われる他の技術と同様の「一つのツール」だと表現しています。その有用性はすでに確立されており、実用的な価値そのものを問う段階はもう過ぎたと述べました。
こうした発言が特に重要な意味を持つのは、カーネル開発のプロセスが、大量のパッチやメーリングリストへの投稿、バグ報告、リグレッション情報をレビューする分散型のメンテナー網に支えられているためです。
AI支援システムがあれば、パッチの分類や適切なレビュアーの特定、長い議論の要約、報告内容の相互関連付け、疑わしい不具合の洗い出しといった作業を助けることで、事務的な負荷を軽減できる可能性があります。
今回の議論は、コード生成の可能性よりも、AI技術の実運用上の活用を強調する、メンテナー支援というSashikoの目標そのものに焦点を当てたものでした。
Torvalds氏は、AIが完璧だと主張したわけでも、カーネル貢献者にその利用を強制したわけでもありません。同氏はツールの利用を認めることと、その採用を義務付けることとを区別しており、開発者にAIの利用を強制することはないとしつつ、一方で反対意見が他の人によるAI利用の妨げになるべきではないとも明確にしています。
この姿勢は、個々人の選択の自由を尊重しつつ、メンテナーやプロジェクトのインフラチームが、測定可能な効果が見込める場面でAI支援によるワークフローを試すことを可能にするものです。
ソフトウェアセキュリティの観点から見ると、Torvalds氏の発言は実利的でありながら重要な意味を持つアプローチを反映しています。AIシステムはコードの欠陥や安全でないパターン、リグレッション、悪用され得る条件の特定を迅速化できる一方で、不正確な分析や質の低いパッチ、誤解を招く説明、あるいは徹底した検証を必要とする生成コードを生み出すこともあり得ます。
Torvalds氏は、こうした技術がメンテナーの負担を増やし、「恥ずかしいバグ」を露呈させかねないことを認めつつも、正しい対応はこうしたツールを無視することではなく、メンテナーを支援する形でその活用方法を改善していくことだと主張しています。
この発言はまた、カーネルプロジェクトの核となる原則、すなわち技術的な価値こそが工学的判断の基盤であるという考え方を改めて示すものでもあります。Torvalds氏は、Linuxが目指しているのは、特定のツールへの反対をイデオロギー上の必須事項として扱うことではなく、オープンソース開発を通じてより優れた技術を生み出すことだと強調しました。
このモデルの下では、AIの利用は、レビューの質を高めるか、繰り返し作業を減らせるか、欠陥検出を強化できるか、そしてメンテナーに新たな負担を生まないかどうかによって評価されることになるでしょう。
クラウド、エンタープライズ、組み込み、セキュリティ重視の環境でLinuxを利用している組織にとって、この議論の行方は注視すべきものです。
AI支援による開発は脆弱性の発見やパッチのトリアージを強化する可能性がある一方で、人間によるコードレビューや再現可能なテスト、来歴管理、安全なソフトウェアサプライチェーンの慣行に取って代わるものではありません。
Penetrationtesting services
脅威検知とインシデント対応の迅速化でSOCを強化しましょう。 -> ANY.RUNをSOCに統合するのは今です。
翻訳元: https://gbhackers.com/linux-creator-linus-torvalds-rejects-anti-ai-push/