リリース候補は、カーネルが出荷前に安定するために存在する。しかしLinux 7.2サイクルの最終盤はその逆になった。8月9日に公開された7番目の候補（rc7）は、230人以上の開発者が承認した400件以上の修正を伴い、その規模は開発サイクルの締めくくりというよりは幕開けを思わせる。Linuxの生みの親であるリーナス・トーバルズ氏はこの規模に満足していないが、プロジェクトの新たな標準として受け入れており、8月16日ごろと見込まれるリリースを遅らせるつもりはない。
増加の理由は、人間が書いたコードの急増ではない。トーバルズ氏はその量の多くを、ツリーをレビューするAIツールによるものとしている。自動化システムがカーネルコードをくまなく調べ、不審なパターンを指摘し、メンテナーがその後トリアージするバグ報告を生成する。この区別は重要だ。というのも、この殺到は機械がカーネルを書いていると広く誤読されてきたからだ。変わったのは、機械が確認作業のかなりの部分を担うようになった一方で、決定を下すのは依然として人間だということだ。
具体例はrc7にあった。カーネルのページテーブルを表示するユーティリティであるptdumpのuse-after-free脆弱性は、2018年3月にLinux 4.16とともにツリーに入って以来、発見されないままであった。不正な入力をカーネルに浴びせる自動ファジングシステムであるSyzbotが、6月にこれを洗い出した。開発者が大規模言語モデルの助けを借りて最初の修正を書き、メモリ管理のメンテナーがそれを作り直し、結果はrc7に取り込まれ、stableカーネルへのバックポートも予定された。まさに脆弱性になりがちな潜在バグの典型だ。
同じ自動化が、機械に弄られるままにするのではなくコードを削除する方向へメンテナーを促している。グレッグ・クロー＝ハートマン氏は、1999年にマルチポートシリアルカード向けに書かれた約2200行のMoxa Intellioドライバを削除した。同氏は、それを使用する既知のハードウェアがもはや流通しておらず、言語モデルが皆の時間を無駄にする弱点を探り始めていたと論じた。陳腐化したコードは、自動レビューがそれを負債に変える前に、先手を打って間引かれている。
カーネルにおけるAIとのトーバルズ氏の関係は、公然と矛盾したものでありながら、一貫して現実主義的だった。1月には、質の低いAI生成の貢献の隠れ蓑として文書化が使われることに異議を唱えた。5月には、カーネルセキュリティメーリングリストが、重複の多いAI生成のバグ報告によってほぼ管理不能になったと不満を述べた。7月には、Linuxは反AIプロジェクトではないと宣言し、機械による貢献に反対する者には去るよう求めた。一貫した筋書きは、AI支援のレビューは歓迎されるが、AIが生み出すノイズは歓迎されないということだ。
変化の規模は数字に表れている。8月2日の6番目の候補（rc6）は、コミット数でここ数年で最大のrc6となり、約60%がドライバ、20%がネットワーク、残りはアーキテクチャ、ツール、ファイルシステムに分かれた。rc7の大きな修正の塊は3つで、s390とzcryptの変更、btrfsのfixupワーカー基盤の復活、netfilter ipsetの修正だった。個々にはトーバルズ氏を驚かせるものはなかったが、今や4300万行を超えるコードベースを前に、その総量が同氏を不安にさせた。
残されたリスクは今日の量ではなく、明日の量だ。カーネルは、メンテナーがツールの提示するものを読み取れる限り、管理可能なままだ。機械が生成する報告の洪水が、それを仕分ける人間をいつか追い越せば、プロジェクトは本物のバグと幻覚を見分ける力を失い、リリースサイクルの静かな期間は永久に消え去る。
雅子 訳
Sources: Linus Torvalds says AI has made ‘huge’ Linux kernel updates the new normal (The Register, Aug 10, 2026); Linux 7.2 – AI reviews kernel code and Torvalds finds the bill steep (Korben, Aug 10, 2026); Linux Kernel 7.2 RC6 Arrives as Largest RC6 in Kernel History (Linux Compatible, Aug 3, 2026); Linus Torvalds Reaffirms That Linux Is Not “Anti-AI” (Phoronix)