10月14日、pbxscience.com（テック系個人メディア）が「Torvalds Uses LLM Tools to Untangle Linux Kernel Code and Finds Three More Bugs Dating Back to 2013」と題した記事を公開した。この記事では、LinuxカーネルのコードにLLMツールを活用したLinus Torvaldsが、2013年から潜伏していたバグを発見した経緯について詳しく紹介されている。
LLMを「自分で説いたこと」として使うTorvalds
Linus Torvaldsが、Linuxカーネルの連想配列ライブラリ（assoc_array）の難解なコードを整理するためにLLMを活用し、2013年のライブラリ初コミット以来12年以上見過ごされてきたバグを計4件発見したと報告されている。
内訳は、開発者のNils Ollroggeがすでに報告していた既知のバグ1件と、Torvaldsのリファクタリング・テスト作業を通じて新たに発見されたバグ3件（タイトルの"Three More Bugs"はこの新規3件を指す）の合計4件だ。
発端は、そのOllroggeがassoc_arrayライブラリのバグを報告し、修正パッチを提出したことだ。Torvaldsはそのパッチの正しさを判断しようとしたが、周辺コードが難読すぎてレビューが困難だと感じた。
タグメッセージの中で、Torvaldsは次のように書いている。
「自分が説いてきたことを実践した。最新のLLMツールを使ってコードを理解しようとした。」
そこでTorvaldsは「assoc-array-fixes」という専用ブランチをKernel上に作成（10月11日付）。LLMの支援を受けながら、可読性の低い大きな関数を複数の小さな関数に分割するリファクタリングを実施した。目的はAIによる書き直しではなく、あくまで可読性の向上だ。なお、元記事においてこのブランチで使用されたLLMツールの具体的な名称は明記されていない。
バグを見つけたのはテスト、AIではない
リファクタリング後のコードはユーザー空間のテストハーネスで検証された。その結果、Ollroggeが報告した既知のバグ1件が確認されたほか、さらに3件の未知のバグが発見された。いずれも2013年の初コミット時点から存在していた欠陥だ。
assoc_arrayは整数インデックスではなくキーでデータを格納・取得する連想配列構造であり、カーネル内部の柔軟なデータ管理に使われている。挿入・削除・検索といった基本操作でもツリー構造の再編成やノードのライフサイクル管理が絡むため、特定の操作シーケンスが組み合わさらない限りバグが表面化しにくい。
今回の発見プロセスを整理すると以下のとおりだ。
- LLM：難解なコードの整理・関数分割の支援
- 人間のレビュー：リファクタリング内容の妥当性確認
- テストハーネス：バグの実在を最終的に確認
LLMが「理解を助ける補助線」として機能し、バグを確定させたのは繰り返し可能なテストだったという構造だ。
同じ週末にもう1件：Claude Codeによるページキャッシュ改善
同じ週末に、Torvaldsは「noref-filemap-read-with-llm」というブランチも公開している。こちらはAnthropicのコーディングアシスタント**Claude Code**が関与しており、Torvaldsの指示のもとでコード本体・テストプログラム・レビュー・カバーレターの初稿をClaude Codeが生成し、Torvalds自身が自分のラップトップで計測を実施した。
対象はページキャッシュのスケーラビリティ問題だ。多数のスレッドが同一ファイルを小さな単位で読み込む際、folio（ページのまとまり）のアトミックな参照カウントがCPUコア間でキャッシュラインを頻繁に移動させるボトルネックが存在する。このパッチはRCU（Read-Copy-Update）グレース期間を利用して参照カウントを回避する。
Torvaldsの4コア8スレッドのテスト機では、8スレッドで同一ファイルを読み込む場合のスループットが約1,000万回/秒から3,000万回/秒以上に向上した。一方、未マップページから16バイト範囲を読む特定ケースでは速度低下も確認されており、トレードオフは残る。
AIへのスタンス：称賛ではなく、責任
Torvaldsの2026年のAIに関する発言はより率直になっている。5月には、AIが生成した重複バグレポートがカーネルのセキュリティメーリングリストを「ほぼ管理不能」にしていると批判。AIでバグを見つけた場合はパッチなど実質的な貢献を添えるべきだ、と主張した。一方で「LinuxはアンチAIのプロジェクトではない」とも明言している。
一貫しているのは「道具を使うのは人間であり、責任も人間が取る」という姿勢だ。カーネルのAIアシスタント利用ガイドラインも、AIが生成したコードを人間がレビューし責任を持つことを求めている。
マージはまだ先
assoc-array-fixesもnoref-filemap-read-with-llmも、現時点でメインブランチにはマージされていない。Phoronixの報道によれば、いずれも次期Linux 6.14前後のマージウィンドウの候補とみられているが、正式取り込みにはレビューとテストの通過が必要だ。（※編集部の考察：元記事ではPhoronixの報道を引用して次期バージョンへの言及がある。"Linux 7.4"という表記は原文の引用に基づくが、2026年10月時点のLinuxカーネルの実際のバージョン系列とは一致しない可能性があるため、読者は最新のカーネルロードマップを合わせて確認されたい）
もしパッチが取り込まれれば、4件のバグ修正に加え、12年越しでassoc_arrayライブラリの保守基盤が整理されることになる。
詳細はTorvalds Uses LLM Tools to Untangle Linux Kernel Code and Finds Three More Bugs Dating Back to 2013を参照していただきたい。
