Linux

Linux 7.0 RC6、異常なパッチ量にトーバルズが「AIツールの影響か」

RC5で一度は落ち着いたかに見えたLinux 7.0の開発サイクル。だが、それは「蜃気楼」だった。リーナス・トーバルズが投げかけた一言が、静かに波紋を広げている。

情報の灯台

2026年3月30日

RC5の静けさは「蜃気楼」だった

Linux 7.0の開発が、再び荒れている。2026年3月30日（日本時間）にリリースされた6番目のリリース候補版（RC6）は、前週のRC5で見えた安定化の兆しを完全に裏切るものだった。

トーバルズはカーネルメーリングリスト（LKML）への投稿で、開口一番こう述べている。「RC5でようやく落ち着き始めたかと思ったが、蜃気楼だった。RC6では再び、この時期としては通常よりもはるかに多い修正が入っている」。

ここまでなら、開発サイクルの「揺らぎ」として片付けられる話だ。だが今回、トーバルズは原因についてひとつの仮説を提示した。それが波紋の正体だ。

トーバルズが口にした「AIツール」という仮説

修正パッチの中身を分析したトーバルズは、興味深い傾向を指摘している。修正の大半は非常に小さく、どれも深刻なものではない。些細だが確実なバグ修正が、異常な量で押し寄せている。

そして、こう付け加えた。

「AIツールが改善されたことで、何らかの"バンプ"（急増）が起きているのかもしれない」

Linuxカーネルの生みの親が、開発サイクルの異変の原因としてAIコーディングツールの可能性に言及した。これは小さな出来事ではない。些細なバグを大量に検出・修正するAIの能力が向上した結果、従来なら見過ごされていたバグが一気に流れ込んでいる——トーバルズの仮説を噛み砕けば、そういうことになる。

正確を期せば、トーバルズ自身も断定はしていない。「wonder if」（かもしれない）という表現で、あくまで推測として述べている。だがその推測を、カーネル開発の最前線にいる人物が公の場で口にしたこと自体に重みがある。

ファイルシステム修正が突出した中身

RC6のパッチ内容も、通常のRCとは様相が異なる。最も目立つのはファイルシステム関連の修正で、EXT4とXFSが修正量を牽引している。VFS（仮想ファイルシステム）の修正も広範囲にわたり、ファイルシステム領域全体が活発だ。

通常、RCの後半ではドライバー修正が大きな割合を占める。だが今回、ドライバーは変更全体の3分の1にとどまった。残りはコアネットワーキング、アーキテクチャ更新、RCU修正、ツーリング、メモリ管理と、カーネルの深層部に散らばっている。

ファイルシステムやコアネットワーキングといった「カーネルの心臓部」に修正が集中している点は、ドライバー中心の通常パターンからの明確な逸脱だ。

Phoronixの分析によれば、x86ではIntel TDXとAMD SEV-SNP仮想マシン向けの修正、オーディオ関連ではラップトップのスピーカーやマイク動作に関するクワーク修正が広範囲のハードウェアにわたって含まれている。ひとつひとつは小粒だが、その総量こそが今回の異変の正体だ。

7.0開発サイクル全体を俯瞰する

Linux 7.0の開発サイクルが抱える不安定さは、RC6に始まったことではない。RC2の時点で異常な大きさが報告され、トーバルズは当初「6.19サイクルが1週間延長された影響で、溜まった作業が流れ込んだ」と説明した。

RC3でも規模は収まらず、RC4ではさらに別の仮説が登場する。「新しいメジャーバージョン番号という心理的効果で、開発者がいつもより積極的になっているのかもしれない」。RC5で一時的に沈静化したことで安堵が広がったが、RC6がその希望を打ち砕いた。

つまり、開発サイクルを通じて3つの仮説が順に提示されてきたことになる。6.19の余波、メジャーバージョンの心理効果、そしてAIツールの影響。どれかひとつが正解というより、複合的な要因が絡んでいる可能性が高い。

リリース日は「まだ希望を捨てていない」

気になるのは最終リリースへの影響だ。トーバルズ自身は、パッチ量が多いとはいえ質的に悪化しているわけではないとして、現時点ではリリース延長の必要性を感じていないと述べている。来週末のRC7が最後のRCになることを「まだ望んでいる」という表現だ。

ただし、開発サイクルの履歴に基づく予測サイトは、RC8の追加——つまり4月19日リリース——が有力と見ている。7つのRCで終われば4月12日、8つなら4月19日。トーバルズの「希望」と、データに基づく「予測」の間にはギャップがある。

Linux 7.0はRustサポートの正式化、AccECN（正確な明示的輻輳通知）のデフォルト有効化、Intel Nova Lake・AMD Zen 6対応など、重要な変更を多数含む。Ubuntu 26.04 LTSへの搭載も見込まれているだけに、リリース時期への関心は高い。

AIは「道具」か、それとも新しい変数か

今回のトーバルズの発言は、もう少し広い文脈で読む価値がある。

2026年1月、トーバルズは個人プロジェクト「AudioNoise」でGoogle Antigravityを使った「バイブコーディング」を公開し、AIツールへの実用的な姿勢を示した。一方で、カーネル開発のドキュメンテーションにAI固有のポリシーを設けることには反対し、「AIスロップの問題はドキュメントでは解決しない」と一蹴している。

AIは「ただの道具」だ、と。だがその「ただの道具」が、世界最大級のオープンソースプロジェクトの開発リズムそのものに影響を与えているかもしれない——今回の発言は、その可能性を初めてトーバルズ自身が認めた瞬間だった。

もしAIツールが本当にパッチ量増加の一因だとすれば、それは必ずしも悪いニュースではない。見過ごされていたバグが効率的に発見・修正されているなら、カーネルの品質は上がる。問題は、その量をレビューする人間の側のキャパシティが追いつくかどうかだ。

修正が増えること自体は歓迎できる。だが、レビューが追いつかなければ、品質保証のボトルネックになる。AIがコードを書く速度と、人間がコードを読む速度。その差が広がったとき、何が起きるのか。トーバルズはまだ「wonder if」の段階にいる。だが、その問いはいずれ答えを求められるだろう。

参照元