10月16日、Tom's HardwareのBruno Ferreiraが「Linus Torvalds posts his first AI-assisted patch to the Linux kernel, synthetic test clocks 23x performance leap」と題した記事を公開した。Linuxカーネルの生みの親であるLinus Torvalds自身が初めてLLM（大規模言語モデル）支援によるパッチを開発ブランチに投稿し、合成ベンチマークで23倍のパフォーマンス向上を記録したと報じている。
「AIはコンパイラやエディタと同様の道具として扱うべきだ」——Torvaldsがそう公言してから程なく、彼自身がその言葉を実践した。OSSコミュニティにおけるAI活用の是非は今もさかんに議論されているが、Linuxの「ボスマン」が自らAI支援パッチを投稿したという事実は、議論の地平をひとつ動かした。
AIが掘り下げた「長年の未解決問題」
今回のパッチが標的とするのは、多数のCPUが同一ファイルを同時に読み取る際に発生するキャッシュ競合（cache contention）だ。共有ライブラリ、データベース、Webサーバーなど実際の運用環境で広く生じうる問題であり、過去に複数の開発者が修正を試みてきたが、すべてのシナリオを包括的に解決する手法は長らく存在しなかった。
Torvaldsは2024年初頭に自分なりのドラフト解決策を書き、それ以来自身のノートPCで使い続けていたという。今回はそのドラフトをベースにLLMを活用して問題を掘り下げ、開発ブランチへの投稿へと踏み切った形だ。
専用の合成ベンチマーク（実際の負荷ではなく特定条件を人工的に再現したテスト）では23倍の性能改善を確認している。ただしTorvalds本人は「実際の負荷でこの数字が出ることはない」と明言しており、現実的な恩恵はデスクトップよりもサーバーワークロードで大きいとみている。
Torvaldsのスタンス——「容認」から「推進」へ
TorvaldsのAIに対する姿勢は、ここ数年で着実に変化してきた。昨年（2025年）、LinuxカーネルチームはポリシーをAI寄りに変更し、パッチ作者がAIツールを使用したことの開示を必須としなくなった。この際Torvaldsは「LLMはコンパイラやエディタと同様の道具として扱うべきだ」と述べ、「自分が何をしているか理解した上で最善を尽くすことを期待する」とコメントしている。
さらに2025年7月には「AIを嫌う者には断固として反対する」とも発言。カーネルチームが使う自動コードレビューツールが本来提出されるべきでない基本的なプログラミングミスを検出していると指摘するなど、AIの実用的な価値を公に認めてきた。今回の投稿は、そうした言葉の自然な延長線上にある。
LinuxカーネルのAI関連ポリシーの動向は、カーネルメーリングリスト（lkml.org）でも継続的に議論が行われている。
ベテランが使うAIと、素人が使うAI
この件を象徴する対比として、記事著者は次のように書いている。
ベテランのマスタープログラマーが退屈な作業を効率化するためにLLMを使うことと、クレジットカードを持った素人が「Claude（Anthropicが開発するAIアシスタント）よ、Linuxを速くしてくれ、ミスなしで」と入力することの間には、宇宙規模の差がある。
Torvaldsのように対象領域を深く理解した人間がLLMを活用するケースと、理解のないまま生成結果をそのまま提出するケースとでは、成果の質がまったく異なる。AIコード生成を巡る議論で繰り返し浮上するこのテーマを、Torvalds自身の行動が改めて鮮明に示した形だ。
光と影——セキュリティレポートの爆発的増加
AIが開発を加速する一方で、Linuxコミュニティには別の課題も生じている。AIエージェントが一般的なセキュリティ脆弱性パターンを高精度で検出できるようになった結果、Linuxのセキュリティメーリングリストは今年に入って「管理不能」な状態に陥っている。カーネルは現在、リリースあたり約2,000件というペースでCVE（Common Vulnerabilities and Exposures：共通脆弱性識別子）を修正しており、インストールベースがほとんど存在しない古いハードウェアドライバーが大量のセキュリティ報告の標的となるなど、チームの対応コストが急増している。
AIが生産性を高める道具となる一方で、レポートの量そのものが人間の処理能力を超え始めるという構造的な問題は、OSSコミュニティ全体で向き合うべき課題だ。
詳細はLinus Torvalds posts his first AI-assisted patch to the Linux kernel, synthetic test clocks 23x performance leapを参照していただきたい。
