AIの安全性と統治を象徴する青い保護構造の抽象ビジュアル
NAW / GOVERNANCE 07

IMAGE: AI生成ビジュアル

GOVERNANCE / Governance

Debian、AI生成コードを禁止せず — 「責任ある利用」決議が可決、開発者は生成AIを条件付きで利用可能に

Debianプロジェクトは8月29日、LLM利用を巡る一般決議の投票結果を公表。5つの選択肢の中で「Responsible Use of Generative AI」(選択肢5)がSchwartz集合で勝利し、禁止ではなく条件付き容認が正式なプロジェクト方針となった。

Debianプロジェクトは2026年8月29日、**LLM(大規模言語モデル)生成コードの扱いを巡る一般決議(General Resolution: LLM usage in Debian)**の投票結果を公表した。8つの政策案と「None of the above」を対象に425票が投じられた結果、選択肢5「Responsible Use of Generative AI(生成AIの責任ある利用)」がSchulze法(Condorcet方式)による集計で唯一のSchwartz集合に残り、勝者となった。DebianはAI生成コードを全面禁止せず、条件付きで容認する方針を正式に採択したことになる。

投票ページと集計結果(tally)はDebianの公式投票サイトで公開されており、すべての選択肢で定足数を満たした上で、選択肢1「Social ContractによるLLM寄与の禁止」と選択肢3「Code of Conductの改正によるLLMの最大限拒否」は3:1および単純多数の要件を満たせず脱落した。

投票の経緯と結果

  • 決議名: General Resolution: LLM usage in Debian(2026/vote_002)
  • 投票期間: 2026年7月に提案・議論を経て、8月末に集計。結果公表は8月29日
  • 投票方式: Debian Constitutionに基づくSchulze法(Condorcet)。有権者は選択肢を順位付け
  • 選択肢:
    • 選択肢1: No LLM contributions via Social Contract(全面禁止をSocial Contractに追加)
    • 選択肢2: Allow AI-Assisted Contributions with conditions(条件付き容認)
    • 選択肢3: Reject LLMs as far as practical, update Code of Conduct(Code of Conduct補足でLLMを原則拒否)
    • 選択肢4: Accept AI contributions for Debian specific work(Debian固有作業でのAI容認)
    • 選択肢5: Responsible Use of Generative AI(責任ある利用)
    • 選択肢6: A cautious approach to generative AI
    • 選択肢7: Debian is created by humans
    • 選択肢8: Avoid the use of LLM: climate destruction is a deal breaker
    • 選択肢9: None of the above
  • 投票数: 425票が集計
  • 多数決要件: 選択肢1は3:1多数が必要で 144/257 = 0.56 で不成立、選択肢3は 176/230 = 0.76 で単純多数未達で脱落。選択肢2・4・5・6・7・8は多数決を通過
  • ペアワイズ比較: 選択肢5は選択肢2に203対148、選択肢4に232対115、選択肢6に210対130で勝利するなど、すべての直接対決で上回り、Schwartz集合は選択肢5のみとなった

結果として、Debianの公式方針は「禁止」ではなく「責任ある利用」に決した。

「Responsible Use of Generative AI」の内容

可決された選択肢5は、Constitution 4.1(5)に基づくプロジェクト声明として、現時点での立場を以下のように定義する。

  • 基本姿勢: Debianは生成AIツールの利用を推奨も禁止もしない(neither endorses nor prohibits)。責任ある利用においては、限られたボランティアの生産性を高め、専門性や判断、レビューを要する作業に時間を振り分けられると認める
  • 期待される条件(声明に付随するガイドライン):
    • すべての寄与はDFSG(Debian Free Software Guidelines)やライセンス要件に適合すること
    • 寄与者は提出物の技術的妥当性、安全性、ライセンス適合性を理解し、説明・擁護できること
    • 責任の所在は寄与者に帰属し、AI出力の瑕疵も寄与者が負うこと
    • 実務上は、従来の選択肢2や4で議論された「開示(Generated-By/Assisted-By等のトレーラー)」「バルク・自動生成変更の事前協議」「非公開・機密情報(embargoed security reportsやdebian-private)の外部AIへの送信禁止」といった運用規範が参照される
  • 将来の可変性: この声明は採択時点の立場を示すものであり、状況の変化に応じてGRを経ずに進化し得る。合意が得られない場合は再びGRで決定する

対照的に、全面禁止を掲げた選択肢1は、LLM出力の著作権の不明確さ、品質・正確性への懸念、レビュー負荷によるコミュニティ疲弊、スクレイピングや資源消費といった倫理的懸念を理由に禁止を求めたが、多数の支持を得られなかった。

影響と今後の注目点

  • Debianの実務への影響: 今後、Debianのパッケージング、lintian等のプロジェクト固有ソフトウェア、ドキュメントやウェブリソースへの寄与で、生成AIの支援を受けたコードや文章が条件を満たせば受け入れられる。一方で、DFSG違反やライセンス不明確な出力は従来通り排除される
  • オープンソース界隈の前例: GentooやGNOME、CodebergなどでAIポリシー策定が進む中、Debianが「禁止ではなく責任ある利用」を選んだことは、他の大規模ディストリビューションの議論にも影響を与える可能性がある
  • 運用の課題: 開示の粒度や、タブ補完のような軽微なAI支援をどこまで開示すべきか、バルク変更の事前協議の運用など、成文化された声明を実際のレビュー・ガバナンスでどう適用するかが今後の焦点となる

投票結果の詳細なtally(各選択肢間の得票表)や、すべての投票のハッシュ付き内訳もDebianの投票サイトで公開されている。

出典