AIで書いてもいい、ただし責任は人間に——Debianが投票で決めた生成AIの方針

Linuxディストリビューションの老舗「Debian（デビアン）」が、生成AIを使った貢献を受け入れるかどうかを、開発者による投票で決めました。2026年8月28日に締め切られた投票で選ばれたのは、「生成AIの責任ある利用」と題した提案。結論を一言でいえば、Debianは生成AIの利用を「推奨もしないし、禁止もしない」と決めた、という話です。

Debianは1993年から続く、世界でも指折りの歴史を持つLinuxディストリビューション（OSの配布パッケージ）です。企業ではなくボランティアの共同体によって運営されていて、UbuntuやRaspberry Pi OSなど、数え切れないほどの派生OSの土台にもなっています。そして、プロジェクトの重要な方針は「一般決議」と呼ばれる開発者投票で決めるのが伝統です。過去にはinitシステム（起動の仕組み）の扱いや、プロプライエタリなファームウェアの同梱といった大きな論争も、この投票で決着をつけてきました。今回、その仕組みが「生成AI」に向けられたわけです。

割れるオープンソース界の勢力図

まず前提として、「AIが作ったコードや文章をプロジェクトに入れてよいか」という問いに、オープンソース界の答えはまったくそろっていません。

禁止側の代表がGentoo Linuxです。2024年4月、プロジェクトの評議会が「自然言語処理AIツールの助けを借りて作られたコンテンツの貢献を明示的に禁止する」という方針を打ち出しました。理由として挙げられたのは、著作権・品質・倫理の3点です。NetBSDも2024年5月にコミットガイドラインを改定し、LLM（大規模言語モデル）が生成したコードは「汚染されたコード」と推定され、コアチームの事前の書面承認なしにはコミットできない、と定めました。学習データに何が入っているか分からない以上、ライセンスの出どころを保証できない、という理屈です。OpenBSDも同様にAI生成コードを受け入れない立場だと、英メディアのThe Registerは伝えています。

一方、正反対の立場にいるのが、Linuxカーネルの生みの親リーナス・トーバルズ氏です。2026年7月には「Linuxはいわゆる反AIプロジェクトの一つではない」と明言し、8月には自身がAIツールを使ってカーネルの厄介なバグを突き止めて修正した、と報じられました。ただし同氏も手放しの歓迎ではなく、5月にはAIが量産する質の低いバグ報告のせいでセキュリティ関連のメーリングリストが「ほとんど回らなくなった」とこぼしています。使う側としては歓迎、押し寄せられる側としては迷惑——という二面性を、当人が体現しているともいえます。

禁止、条件付きの拒否、歓迎。同じLinux・BSD界隈の中で、立場は見事に三つに割れています。Debianはこの地図のどこに立つのか。それを決めるのが今回の投票でした。

8つの提案と順位付け投票の仕組み

投票にかけられた提案は、全部で8つ。これに「上記のどれでもない」を加えた9つの選択肢から、投票者が順位を付けて選ぶ形式です。

提案の幅は相当なものでした。いちばん厳しいのは、Debianの根本規範である「社会契約」に禁止条項を書き加えて、LLMの助けを借りた貢献そのものを締め出す完全禁止案。反対側には、条件を付けたうえでAI支援の貢献を認める容認案。その間に、「Debianは人間が作る」と宣言してAIの出力を直接の貢献として受け取らない案や、実務ルールというより「気候への影響が深刻すぎるので使用を避けてほしい」と訴える立場表明案まで並びました。禁止か容認かの二択ではなく、理由も温度感も異なる8つの態度が横一列に並んだわけです。

集計にはコンドルセ方式という方法が使われます。順位付けされた票をもとに、すべての選択肢どうしを一対一で対戦させ、総当たりで勝者を決めるやり方です。単純な多数決だと似た案が票を食い合ってしまいますが、この方式なら「全体として最も広く支持される案」が浮かび上がります。

投票権を持つ開発者は1045人。公式の統計によると、届いた投票は575通で、そこから検証を経て438票が集計されました（実際に投票した人は425人）。数が減っているのは、Debianの投票がOpenPGP署名付きの電子メールで行われるためで、署名の検証を通らなかったり書式が正しくなかったりした票は無効になります。The Registerは「選挙管理チームが理由を示さず多数の票を却下した」と書いていますが、公式の統計ページには署名検証や書式不備による却下の内訳がきちんと公開されていて、手続き上は通常の運用です。

全対戦で勝った「責任ある利用」

開票の結果、勝者となったのは、開発者マルク・ハーバー氏が提案した「生成AIの責任ある利用（Responsible Use of Generative AI）」でした。しかも僅差の勝利ではありません。総当たりの全対戦で他のすべての選択肢を破り、「上記のどれでもない」に対しても281対126と大差をつけた、文句なしの勝者です。ちなみに完全禁止案は、社会契約の改定を伴うため3対1の特別多数が必要でしたが、144対257と賛成が反対を下回り、成立には遠く及びませんでした。

では、勝った提案には何が書いてあるのか。核になる一文はこうです——「Debianは、Debianプロジェクト内で公開されるソフトウェア、パッケージング、文書などの開発・保守・文書化における生成AIツールの利用を、推奨も禁止もしない」。責任を持って使えば貢献者の生産性を大きく高め、限られた時間を専門性や判断が要る仕事に回せる、というのがその理由です。

ただし、続く条件がこの提案の本体です。どんな道具で作られたかにかかわらず、すべての貢献は品質・正確さ・保守性・法令順守について同じ基準を満たさなければならない。生成AIを使ったからといって、提出物に対する貢献者の責任が減ることはない。貢献者はAIの出力を理解し、レビューし、テストし、必要なら修正してから取り込むことが求められる。そして、人間の適切なレビューを経ずにAI生成物を鵜呑みにして提出することは、Debianの確立された開発慣行と相容れない——。「AIがやったことだから」という言い訳は通用しない、と明文化したわけです。

そして、いちばん議論を呼びそうなのがこの一点です。AIを使ったことの開示は「推奨するが、義務にはしない」。

ここは意外に感じるかもしれません。世の中の議論の多くは「AIが作ったものには印を付けるべきか」をめぐって続いてきました。落選した提案の中にも、開示を条件に挙げたものがあります。ところがDebianの共同体が総当たりで選んだのは、印そのものを義務にしない案でした。問いの立て方が変わっているのです。「AIで書いたかどうか」を申告させるのではなく、「出したものに責任を持てるか」を問う。印はあくまで親切であって、品質と責任こそが本体——ラベルは本質ではない、という整理です。

決まったことと、決まっていないこと

注意したいのは、今回の決定が「DebianがAIを認めた」という話ではないことです。決まったのは「禁止しない」であって、「推奨する」ではありません。この2つはまったく違います。提案の重心も、許可を与えることではなく、責任の所在をはっきりさせることにあります。

決めていないことも、提案自身が明記しています。AIが生成したものの著作権や、学習データ由来の権利関係といった法的な問題は、多くの国でいまも議論の途中です。今回の決議はそこに白黒を付けるものではなく、AI出力が著作権で保護されうるか、既存の著作物の派生物にあたるかについて、プロジェクトとして立場を取らない、とわざわざ断っています。分からないことは分からないままにして、それでも運用の線だけは引く。この割り切りも、いかにも実務家の集団らしいところです。また、この方針は「現時点の立場」であって、状況が変われば見直しうることも明記されています。

Debianは膨大な派生OSの土台であり、その決定は共同体運営の参照点として、プロジェクトの外にも影響を持ちます。禁止のGentoo・NetBSDと、歓迎のLinux。そのあいだでDebianが示した「道具は問わない、責任は問う」という第三の線は、同じ問題で揉めている他の共同体にとっても、たたき台になっていきそうです。

最後に一つ、白状しておくと、このブログの記事も生成AI（Claude）を使って書いています。ネタ元と一次情報を突き合わせ、数字を確認し、文章を直して、最後に公開ボタンを押すのは私です。今回の投票をまとめていて、この「使ってもいいが、出したものの責任は使った人間にある」という線引きは、毎日AIと一緒に記事を作っている身として、いちばん腑に落ちる答えでした。開示するかどうかより先に、間違いのないものを出せているか。問われているのはそちらだと思います。