8月21日、Dataconomyが「Linux kernel maintainers overwhelmed by surge of AI-generated patches」と題した記事を公開した。AI生成パッチの急増によってLinuxカーネルのメンテナーが業務過多に陥っており、その比率は最大半数に達するという。
メンテナーが「完全に圧倒されている」と明かす
Linuxカーネルのネットワークサブシステムメンテナーであり、MetaのエンジニアでもあるJakub Kicinskiは、直近のマージサイクルでnetツリーに632パッチ、net-nextツリーに648パッチを取り込んだと明かした。問題はその内訳だ。net-nextパッチの最大半数がAI主導の低優先度修正、クリーンアップ、文言の明確化だったという。
Kicinskiはこう述べている。
「We are completely overwhelmed, of course.（もちろん、完全に圧倒されています）」
レビューすべきパッチ数そのものが増えているだけでなく、品質の低いAI生成パッチの選別コストがメンテナーに重くのしかかっている構図だ。
AI対策にもAIを使う、という逆説
この状況に対し、メンテナー側もAIで応戦している。MetaのサポートのもとKicinskiらは、受信パッチを複数のフロンティアモデル（最先端の大規模言語モデル）でレビューし、不正確な箇所を検出する仕組みを導入しつつある。MetaがLinuxカーネル開発を積極的に支援している文脈を踏まえると、この取り組みは単なる自衛策にとどまらず、OSSコミュニティへの組織的な関与とも読める。
次のフェーズとして、Kicinskiはルーティンタスクの自動化を検討している。具体的には以下のような作業だ。
- patchwork（パッチ追跡ツール）の管理
- コミットメッセージの編集
- 手続き的なフィードバックの提供
一方で、「AIだけでは解決できない問題がある」とも明言している。その例として挙げられているのが、PCIeエラーハンドラーのコードパスに潜むレアなレースコンディションだ。再現頻度が低く、深いコンテキスト理解が必要なバグはまだ人間の領域だという認識である。
Linux 7.3の技術的な背景
今回のパッチ群はLinux 7.3カーネルのネットワークサブシステムへのマージとして行われたものだ。AI生成パッチが急増した今サイクルにおいても、実質的な機能追加は着実に行われており、主な変更点は以下のとおりだ。
- BIG TCP の VXLANおよびGeneve UDPトンネルへの対応：カーネルのネットワークスタックが64 KiBを超えるデータチャンクを扱えるようになり、高速接続時のパケットごとのオーバーヘッドを削減する。BIG TCPはもともとCiliumなどのルーティングツールでサポートされていたが、今回クラウドやコンテナ環境で広く使われるオーバーレイネットワークにも拡張された。
- 新ドライバ：Morse MicroのWi-Fi HaLow（802.11ah）デバイス向けの
mm81xドライバ、IntelのiXDドライバの初期スケルトンが追加された。 - MPTCP（Multipath TCP）の改善：極限的なメモリプレッシャー下でのパフォーマンスが向上。
- AF_UNIXのエラーレポート強化：Unixドメインソケットのエラー報告機能が拡充された。
これらの成果が、AI生成パッチの大量選別という余計な負荷を抱えながら生み出されたという点は、メンテナーの現状の深刻さをより際立たせる。Linux 7.3の最初のリリース候補（RC1）は8月30日頃、安定版は10月下旬の公開が見込まれている。
OSSコミュニティへの構造的な問いかけ
AI生成コードの品質問題はこれまでも議論されてきたが、今回の件はOSSのメンテナンスという文脈で具体的な数字を伴って表面化した点が重要だ。半数がAI起源という比率は、メンテナーのレビュー負担を質・量の両面で変質させている。
AIによるパッチ投稿は参入障壁を下げる一方で、コミュニティの「審査コスト」を押し上げる。LinuxカーネルのようにレビュープロセスがOSSの品質保証の根幹をなすプロジェクトでは、この問題は軽視できない。
詳細はLinux kernel maintainers overwhelmed by surge of AI-generated patchesを参照していただきたい。
