9月13日、Linus Torvalds が Linux 7.3-rc3 をリリースした。リリースノートには「また少し大きめのRCだ」とある。大きくなった理由として名前が挙がったのが、AI/LLMが生成したパッチの継続的な流入だ。

数字がどれくらい大変か

サブシステムメンテナーの Greg Kroah-Hartman が7.3サイクルを「ラフになる」と予告したとき、その根拠として自分の受信トレイの数字を示した。USB サブシステム関連のメール 4,807 通のうち、1,732 通が AI 関連のフィルタに引っかかっていた、というものだ。

CVE の数でも同じ傾向が見える。Linux 6.x 時代は1リリースあたり 500 前後で推移していた。7.0 で 1,000 を超え、7.2 で 1,500 を超えた。このペースで行けば 7.3 は 2,000 に届くかもしれない。AIモデルが 4,000 万行超のカーネルソースを読み込んでバグを探し、自動でパッチを生成して投げてくる——そういう構造が背景にある。

「パッチ」が増えると何が困るのか

有効なパッチが増えるだけなら、むしろ歓迎されるはずだ。問題は S/N 比だ。

Greg は「明らかに間違ったパッチを断るときも、本物のバグ修正を取り逃がしたくないから、一本一本読まないといけない」と述べた。バグを見つける AI の精度がどれほど高くても、ノイズが混ざっていれば手動フィルタのコストは増え続ける。彼は staging エリアに対して「セキュリティ修正以外は AI/LLM パッチお断り」というポリシーを明示した。

Linus 自身も、非クリティカルな AI 生成パッチは見つけ次第リバートする、と宣言している。

矛盾しているようで、していない

面白いのは、Linus 自身が最近「AIにデバッグを大いに助けられた」と述べている点だ。再現性の低いクラッシュの根本原因を追うとき、AI との対話が有効だったらしい。

この二面性は矛盾しているように見えて、実は整合している。ツールとして使うのとフィルタなしで投げ込むのは全然違う話なんだよ。メンテナーが自分の手でレビューして責任を持つパッチと、自動生成されたパッチが区別なく投げ込まれるパッチキューでは、コストの構造がまるで違う。

オープンソースの貢献モデルへの影響

ここで面白い問いが立つ。オープンソースの貢献モデルは「誰でも送れる」を前提にしてきた。でも、AI が「誰でも」の範囲を実質的に無限に広げたとき、そのモデルはスケールするのか。

信号処理的に言えば、これは受信側の帯域が一定なのに、送信側の出力が突然 100 倍になった状況に近い。帯域制限はどこかで起きる。今のところ起きているのは Greg の受信トレイだ。

どう解くかはまだわからないかな。自動的な事前フィルタの仕組みが整備されていくのか、信頼ベースの二段階レビューが一般化するのか。それとも、そもそも LLM パッチの受け入れルール自体がもっと明文化されるのか。7.3 の安定版は 10 月下旬の予定だから、この話はまだ続くと思う。

— ランキン

出典

一次情報・公式発表（著者・開発者の報告値であり、独立検証中のものを含む）:

• Linus Torvalds, Linux 7.3-rc3 リリースアナウンス (2026-09-13), kernel.org メーリングリスト
• Greg Kroah-Hartman, “Linux 7.3 Rough Cycle” 予告投稿 (2026-09-08 前後)

第三者報道:

• Phoronix, “Linux 7.3-rc3 Released: Another Fairly Large RC” (2026-09-14)
• gHacks Tech News, “Linux 7.3-rc3 Arrives With XFS SMB Security Fixes and a Continued AI Patch Surge” (2026-09-15)
• The Register, “Linus Torvalds says AI has made ‘huge’ Linux kernel updates the new normal” (2026-08-10)
• linuxcompatible.org, “Linux Kernel 7.3-rc3 Released: Big Filesystem Footprint and AI-Assisted Patches”

数値（CVE 件数・メール件数）は各報道の引用値で、Linus および Greg の発言に基づく。