リーナス・トーバルズ vs Debian：オープンソースの内戦、AIコードを巡る二つのビジョン

2026年7月、オープンソース界で最も影響力のある二つのプロジェクトが、AIアシストによるコード貢献に対して真っ向から対立する姿勢を打ち出した。リーナス・トーバルズはLinuxカーネルメーリングリストで、Linuxは「反AIプロジェクトの一つではない」と宣言し、批判者には「フォークするか、去るか」の選択を突きつけた。その3日後、Debianプロジェクトは、大規模言語モデル（LLM）やその他の生成AIツールの使用または支援を受けて作成された貢献を「明示的に禁止する」ための総決議（General Resolution）の議論期間を開始した。

この対立は単なる手続き上の意見の相違ではない。それは、根本的に異なるガバナンス哲学、リスク許容度、そしてオープンソース開発の未来像を反映している。

Linuxカーネル：人間の説明責任を伴う実用的な許容

トーバルズの立場は、長く、時に矛盾した進化の産物である。2026年初頭、彼はカーネル開発者に対してAI生成コードの使用を警告し、AIを「90％マーケティング」と評していた。しかし2025年11月には、オープンソースサミット韓国で、学習目的での「バイブコーディング」に「かなり肯定的」だと述べている。しかし、彼はメンテナーズサミットでサーシャ・レビンがAIツールに関する文書化されたコンセンサスの必要性を主張するまで、いかなるポリシーの正式化にも抵抗していた。

その結果、2026年4月にLinux 7.0でマージされたのは、Documentation/process/coding-assistants.rst という簡潔で実用的なドキュメントである。ここでは以下の3つのルールが定められている。

• 署名（Signed-off-by）は人間のみ: 「AIエージェントはSigned-off-byタグを追加してはなりません。Developer Certificate of Origin（DCO）を法的に証明できるのは人間だけです」。DCOは著作権とライセンスに関する法的拘束力のある宣誓であり、AIが行うことはできない。
• 帰属表示（Assisted-byタグ）: 推奨、強制ではない: AIツールを使用した貢献者は、モデル名とバージョンを明記した Assisted-by: タグを含めることが推奨される（例:

  Assisted-by: ChatGPT-4 (gpt-4-0314) [GitHub Copilot]

  ）。
• 完全な人間の責任: 提出者は、AIがアシストしたパッチのすべての行、すべてのバグ、すべてのセキュリティ上の欠陥に対して、法的および風評上の全責任を負う。

2026年7月15日のカーネルメーリングリストへの投稿で、トーバルズは自身の論理を明確にした。AIツールはコンパイラやデバッガと同様のオプショナルな生産性向上ツールであり、カーネルは便利なツールを禁止する「反AIプロジェクト」になるべきではないというものだ。彼は実用的な欠点について警告したが、メンテナーはトップレベルの禁止を課すよりも、ツールやレビューの実践を適応させるべきだと述べている。

Debianプロジェクト：LLM生成コードの禁止を目指す正式な動き

Debianのアプローチは正反対である。2026年7月24日、プロジェクトは総決議 vote_002「DebianにおけるLLMの使用」の議論期間を開始した。これは開発者マティアス・ガイガーが提案し、イアン・ジャクソンを含む7人の貢献者が支持したものである。公式のDebian投票ページには、この決議の目的が「大規模言語モデル（LLM）やその他の生成AIツールの使用または支援を受けて作成されたDebianへのいかなる貢献も明示的に禁止すること」と記載されている。

提案されている禁止範囲は、Debianへの直接的な貢献全般に及ぶ：

• Debianソースパッケージ
• 公式Debianプロジェクトソフトウェア（lintianなど）
• 公式ドキュメントと翻訳
• プロジェクトの公式コミュニケーション
• バグレポート
• Wikiコンテンツ

重要なのは、この決議が、上流プロジェクトが独自の開発にLLMを使用すること、Debianがパッケージ化するAI関連ソフトウェア、および上流のパッチやセキュリティ修正を明示的に除外している点である。

総決議では、投票者に複数の選択肢が提示されている：

• 提案A（禁止）: DebianへのLLMアシストによるすべての貢献を禁止する。
• 提案B（条件付き許可）: 開示やタグ付けなどの条件を満たせば、AIアシストによる貢献を許可する。
• その他の選択肢: さらに中間的な立場や「さらなる議論」を求める選択肢。

決議案は、4つの懸念事項を挙げている：LLM生成出力の著作権状況に関する法的な不確実性、品質と正確性の低下リスク、レビュアーへの負担を含むコミュニティの健全性への影響、そしてLLM学習プラクティスに関連する倫理的問題である。DebianはAI生成コードを、ディストリビューションにとってのサプライチェーンおよび法的リスクと見なしている。

これはDebian初のAIポリシーへの試みではない。2026年2月から3月にかけて、元Debianプロジェクトリーダーのルーカス・ヌスバウムが提案した総決議案は、必須開示や機械可読タグなどの7つの条件の下でAIアシスト貢献を認める内容だった。数週間にわたるメーリングリストでの激しい議論の後、コミュニティは投票を完全に見送り、AIによる貢献をケースバイケースで処理し続けることを選択した。2026年7月の今回の動きは、より制限的な新たな提案であり、一部の観測筋は、以前の合意形成の失敗への反応と見ている。

比較：主要な違い

側面	Linuxカーネル（トーバルズ）	Debianプロジェクト
姿勢	オープン、寛容	制限的、予防的
AIツール	生産性向上ツールとして許可	全LLMアシスト作業の禁止を提案
根拠	ツールはオプショナル、人間の責任が優先、禁止は非現実的	法的/ライセンスの曖昧さ、品質リスク、人間による著作の原則
主要な仕組み	Assisted-byタグ + 人間限定の Signed-off-by	総決議による全面的な禁止
リーダーシップのトーン	「フォークするか、去るか」	民主的な開発者投票
タイムライン	ポリシーは2026年4月に正式化、トーバルズは2026年7月15日に再確認	議論期間は2026年7月24日に開始、投票日は未発表

オープンソースに広がる亀裂

これらの二つの立場は、エコシステム内で深まる分断の両極を表している。トーバルズは、一人の独裁的なリーダーとして、AIツールを歓迎し、反対者にはフォークを促すという迅速な決断を下すことができる。一方、Debianは、コミュニティによってガバナンスされ、フリーソフトウェアの原則と法的慎重さに強いコミットメントを持つプロジェクトとして、人間が作成したオープンソースに対する存続の脅威と見なすものを禁止するために、正式な民主的プロセスを進めている。

オブザーバーは、この亀裂がより広範なオープンソースの断片化を反映していると指摘する。UbuntuはAIを受け入れ、一方でCurlのようなプロジェクトは品質上の懸念からAI生成の貢献を禁止している。Debianの投票が可決されれば、主要なLinuxディストリビューションが今後どのようにAI生成コードを扱うかについて、強力な先例となる可能性がある。

この状況を乗り切ろうとする貢献者にとって、実用的な意味は明らかだ。Linuxカーネルで歓迎されるものが、Debianではポリシー違反となる可能性がある。オープンソースエコシステムはもはやAIに関する単一の立場を持たない。それは、増え続ける競合する立場の集合体であり、各プロジェクトの選択は、その最も深いガバナンスの価値観を反映している。