Skip to content
Tech AI Wire

Debian、AI支援によるコントリビューションを条件付きで許可

Debianの開発者は2026年8月28日に締め切られた投票で「生成AIの責任ある利用」案を選んだ。AIの助けは認められ、開示は任意のままとなる。

著者 Tech AI Wire Team

3 分で読めます

A results page for Debian's 2026 vote 002 general resolution, listing the ballot options with the accepted responsible-use proposal marked as the winner.

数字で見る

votes counted in the general resolution
425
options on the ballot
8
vote margin over the runner-up proposal
55

Debianの開発者は、生成AIツールの助けを借りたコントリビューションを認めることを決めた。投票は2026年8月28日に締め切られ、結果はその翌日に公表された。この決定はDebianの外にも影響する。Debianのパッケージ作業は広く再利用され、その規則もよく真似されるからだ。

Debianはボランティアが作るLinuxディストリビューションである。ここでの生成AIとは、要求に応じてコードや文章を作る大規模言語モデルのようなツールを指す。勝ったのは「Responsible Use of Generative AI」という案だ。提案者はDebian開発者のMarc Haber氏である。

投票はどう進んだか

Debianはプロジェクト全体に関わる問題を一般決議で決める。これは開発者が順位を付けて投票する方式だ。今回の投票用紙には8つの選択肢が並んだ。Debianの結果ページは425票が集計されたと記している。定足数、つまり選択肢が生き残るために必要な最低の支持は48.49票だった。8つすべてがこの線を超えた。

集計にはコンドルセ方式が使われる。投票者が選択肢に順位を付け、そのうえで全ての組み合わせを一対一で比べる。Debianの結果ページによれば、選択肢1と3は多数決の段階で落ちた。責任ある利用を定める選択肢5は、直接比較で2位の案に55票差で勝った。

日程は最初から公開されていた。Debianの投票用紙ページによると、議論は2026年7月23日から8月13日まで行われた。投票は8月15日から28日までだった。

方針は実際に何を定めているか

この方針はツールを推奨も禁止もしない。代わりに、送信ボタンを押す人に責任を移す。Phoronixの報道によれば、コントリビューターはAIが出した内容を提出前に理解し、レビューし、テストしなければならない。品質と正しさについては全面的に責任を負い続ける。

Debianの投票用紙ページは同じことを別の側から述べている。プロジェクトの既存の品質基準は、何がコードを書いたかに関係なく同じように適用される。

Phoronixは、採択された文書にある3つの追加条件を挙げている。

  • 開示は任意である。ツールが手伝ったと述べる義務はない。
  • 秘密のプロジェクト情報は第三者のAIサービスに渡してはならない。
  • 大規模または自動化された提出には、事前のコミュニティ議論と人間の監督が必要である。

方針は難しい法的問題をあえて決めていない。Phoronixによれば、AI生成物や学習データの著作権については立場を取らない。これらの問題は未解決のままで、それに伴うリスクも残る。

敗れた提案たち

Debianの投票用紙ページは、8つのうち4つの選択肢とその提案者を挙げている。その幅は、プロジェクトの開発者たちがどれほど離れた地点から始めたかを示している。

選択肢提案者立場
1Matthias GeigerAI支援のコントリビューションを禁止
4Pierre-Elliott BécueAIを許可、ただしDebian固有の作業に限る
5Marc Haber責任ある利用、責任はコントリビューターに(採択)
7Gard SpreemannAI支援のコントリビューションを禁止

名前が挙がった4案のうち2つは全面禁止だった。採択された文書は禁止と自由放任の間に位置する。そして圧勝ではなく、順位付けの積み上げで勝った。

これが開発者に意味すること

Debianにコントリビュートするなら、規則は短い。アシスタントを使ってよいが、それが書いた全ての行の責任は自分が負う。送る前に差分を自分で読むこと。ビルドし、テストし、レビューで守れるようにしておくこと。この方針の下では「モデルが書いた」は弁明にならない。

ツールを使ったことを開示する義務はない。それでも尋ねてくるメンテナはいると考えておこう。素直に答える方が、口論より安く済む。

コードそのものが良くても、2つの規則に引っかかることがある。第一に、秘密のプロジェクト資料をホスト型アシスタントに貼らないこと。公開前のセキュリティ情報や非公開の報告がまさにその対象だ。第二に、ツールの助けで多数のパッケージを一括更新する予定なら、パッチより先に議論を始めること。大量提出には今後この段取りが求められる。

未解決の部分は注意に値する。Debianは著作権や学習データについて判断しないと決めたので、その露出は消えていない。それはコントリビューターと、川下の利用者に残る。Debianパッケージを製品に同梱しているなら、ライセンス確認の負担はこの投票では変わらない。

他プロジェクトのメンテナには、参考になる実例ができた。大きく、議論好きなボランティアプロジェクトが公開投票を行い、禁止ではなく責任を選んだ。これは、最初のAI製プルリクエストが届いてから急いで考えた規則よりも、説明しやすい出発点である。

出典

  1. Debian vote 002 (2026): results - Debian
  2. Debian vote 002 (2026): ballot and proposals - Debian
  3. Debian Votes To Allow Responsible Use Of Generative AI - Phoronix

関連記事

A terminal running benchcmp to compare a scalar Go benchmark against a vectorised one, with the delta column showing the speed-up.
Coding

Debian Code Search、最後のcgo依存を削除

Michael Stapelberg氏が7年前のCライブラリを、実験的なSIMDパッケージを使った純粋なGo実装に置き換え、C版と同等の速度に到達しました。