Linuxカーネルの創始者Linus Torvaldsが、AIツールで生成されたコード修正がカーネルに不必要な肥大化をもたらしているとして、最新のリリース候補（RC）フェーズで強い不満を表明した。AIコーディング支援ツールの普及が、オープンソース開発の現場に新たな課題を生み出しつつある。

何が問題になっているのか

Linuxカーネル開発には世界中から膨大な数のパッチが投稿される。その中にAIツールが生成したとみられる「形式的な修正」が増えており、Torvaldsはこれを「不要なコードチャーン（code churn）」と呼んで強く批判している。

コードチャーンとは、機能上の意味を持たない変更が繰り返されることを指す。たとえば、変数名の微妙なリネーム、コメントの言い換え、スタイルの機械的な統一といった変更だ。AIツールは「何かを直した」ように見える変更を生成するのが得意だが、その変更がカーネル全体の設計思想や保守性に貢献しているかどうかは別問題である。

Linuxカーネル開発の厳しい品質基準

Linuxカーネルは世界で最も広く使われているOSカーネルであり、その品質管理は非常に厳格だ。すべてのパッチはメンテナーのレビューを経て初めてマージされる。

このレビュープロセスは人間が担っており、投稿数が増えれば増えるほどメンテナーの負担は線形以上に増大する。AIが生成した「それっぽい修正」が大量に投稿されると、本当に重要なバグ修正や機能改善を見落とすリスクが高まる。Torvaldsが懸念しているのはまさにこの点だ。

AIコーディング支援の「量産病」

AIコーディング支援ツール（GitHub Copilot、Claude Code、Cursor等）の普及により、コードを書くコストは劇的に下がった。しかしこれは同時に、「考えないコード」を大量生成するコストも下がったことを意味する。

特にオープンソースプロジェクトへの貢献文脈では、AIが提案したコードを十分に吟味せずに投稿してしまうケースが増えている。貢献実績を積もうとする開発者がAIの出力をそのままパッチとして送り、メンテナーに精査のコストを押し付ける構図だ。

Torvaldsのような経験豊富なメンテナーには、AIが生成した変更の「においがする」という感覚があるとも言われる。ロジックは通っていても、文脈を無視した変更、過剰に丁寧なコメント、本質的でない整形……これらはAI生成コードの典型的な特徴だ。

日本のIT現場への影響

Linuxカーネルの話は「自分には関係ない」と思う読者もいるかもしれないが、この問題は日本の業務システム開発にも直結する。

コードレビューのコスト増大: AIが書いたコードが社内リポジトリに大量に投入されると、レビュアーの負担が増える。表面上は動くが保守性に問題があるコードが蓄積していく。

「生成したから終わり」の誤解: AIツールはコーディングの生産性を高めるが、「生成したコードの責任を持つ」のは人間だ。AIの出力を批判的に評価するスキルが、今後のエンジニアに不可欠となる。

Pull Requestの品質管理: OSSコントリビューションはもちろん、社内開発でも「意味のある変更かどうか」を判断する文化の醸成が急務だ。

実務での活用ポイント

  • AIの出力は「ドラフト」として扱う: AIが提案した変更を無批判にコミットしない。「なぜこの変更が必要か」を自分の言葉で説明できなければ、投稿しない
  • チェックリストを作る: AIが生成したパッチには「この変更は機能上の意味があるか」「既存の設計方針と整合しているか」「保守コストを増やしていないか」の3点チェックを義務づける
  • レビューガイドラインを更新する: PR（プルリクエスト）のテンプレートに「AIツールを使用したか」「どのような意図でこの変更を加えたか」を明記するフィールドを追加することを検討する
  • コントリビュータ教育を怠らない: OSSコミュニティに参加する開発者には、AIツールの正しい使い方についてのガイドラインを周知する

筆者の見解

Torvaldsの怒りは、ある意味で「AIが本当に普及し始めた証拠」でもある。ツールが普及するほど、使いこなせない人も使い始めるのは必然だ。

個人的には、AIがコードを書くこと自体は大歓迎だと思っている。少数の設計できる人間と、実際に動かすAIという組み合わせが理想的な姿だと考えているからだ。問題はAIの出力を「自分の判断」なしにそのまま流す行為であり、それはツールの問題ではなく使い手の問題だ。

Linuxカーネルのような厳格なコミュニティが「AIコード禁止」に向かうのではなく、「AI利用者への責任基準を明確にする」方向に進んでほしい。AIを使うな、ではなく、使うなら使いこなせ——その基準をコミュニティが定義していく動きが、今後ますます重要になるはずだ。

道のド真ん中を歩くとは、新しいツールを闇雲に礼賛するでも拒絶するでもなく、「何のためのツールか」を常に問い続けることだと筆者は考えている。

出典: この記事は Linus Torvalds loses patience with AI-generated code fixes bloating the Linux kernel の内容をもとに、筆者の見解を加えて独自に執筆したものです。