Debian、一般決議で「生成AIの責任ある利用」を可決 - 禁止案は特別多数に届かず

Debianプロジェクトの一般決議 「General Resolution: LLM usage in Debian」 が決着し、8つの選択肢のうち Choice 5「Responsible Use of Generative AI」 が勝者になった¹。投票期間は2026年8月15日00:00:00 UTCから8月28日23:59:59 UTCまでで、討論期間は7月23日から8月13日まで（延長あり）だった¹。

可決された文面の核心は1文に集約されている。「Debianは、生成AIツールの利用を推奨も禁止もしない」¹。ただし条件が付く。どのツールで作られたかにかかわらず、品質・正確性・保守性・法令順守について 同じ基準を満たすことを期待する というものだ¹。

「使ってよい」ではなく「責任は移らない」

可決文が繰り返し述べているのは、ツールの是非ではなく責任の所在である。

生成AIツールの利用は 投稿者の責任を軽減しない と明記され、投稿者はAI支援の出力を 理解し、レビューし、テストし、必要なら修正してから Debianに取り込むことが期待される¹。そのうえで、人間のレビューなしに盲目的にAI生成物を受け入れたりアップロードしたりすることは、Debianの確立された開発慣行と相容れないとしている¹。

AI利用の開示については、推奨はするが必須にはしない¹。この一線の引き方は、義務化にともなう検証の難しさを考えると現実的な落としどころだと考えられる。

決議の結語も同じ趣旨だ。生成AIはDebianの投稿者に既に期待されている基準から免除されるわけでも、それを超える特別なルールに服するわけでもなく、すべての貢献の責任は投稿した本人にある——と書かれている¹。新しい規則を足したというより、既存の規則がAIにも等しく効くことを確認した文書である。

著作権の問題は「解決しない」と宣言した

もうひとつ目を引くのは、法的論点への向き合い方だ。

可決文は、生成AIの出力の法的地位が多くの法域で議論の途上にあることを認めたうえで、この決議で未解決の法的問題を解決しようとはしない と明言している¹。AI生成物が全部または一部について著作権の対象になるのか、著作物の派生物にあたるのかについても、立場を取らないとしている¹。

代わりに置かれたのが、個々の投稿者の判断である。投稿者は出所とライセンス上の含意を考慮し、法的地位を合理的に説明できないコンテンツの持ち込みを避ける ことが期待される¹。ライセンス・著作権・ソフトウェアの自由に関する既存のポリシーは、使ったツールにかかわらず適用され続ける¹。

AI生成物の著作権をめぐる整理は各国でまだ固まりきっていない。その状態でプロジェクト全体の見解を先に決めてしまうより、判断を投稿者に委ねて既存ルールで受け止める、という選択をしたことになる。

機密情報と大規模自動化への歯止め

条文には、運用上ただちに効く具体的な制約も2つ入っている。

ひとつは情報の持ち出しだ。機密情報、私的なやりとり、禁輸中のセキュリティ情報（未公開のセキュリティバグの情報など）、暗号鍵、認証情報その他の非公開資料を、明示的な許可があってDebianのセキュリティ・プライバシー要件に沿う場合を除き、第三者のAIサービスに開示しない ことを求めている¹。

もうひとつは規模である。大量のバグ報告やパッチ投稿、大規模なコード変更など広範な影響を持つ自動化された行為については、事前に適切なチャネルで議論と合意を得る べきであり、そうした自動処理は挙動と出力に責任を持つ人間が監督すべきだとされた¹。エージェントが機械速度でPRを量産できるようになった以上、レビュー側の負荷を誰が引き受けるのかという問題は避けられない。Copilotのコードレビューがボットの書いたPRも対象にした動きとは逆方向から、同じ問題に線を引いた形だ。

禁止案は3:1の壁を越えられなかった

選択肢は8つあった。全面禁止に近い Choice 1「Ban LLM contributions from Debian via Social Contract」から、Choice 8「Avoid the use of LLM: climate destruction is a deal breaker」まで幅がある¹。8つすべてが定足数（48.4896896257338、投票権を持つ開発者は1045人）を満たしている¹。

Choice 1 だけは 3:1の特別多数 が必要とされ（他の提案は単純多数）、比率は0.560（144/257）にとどまって脱落した¹。Choice 3「Reject LLMs as far as practical, update Code of Conduct」も過半数に届かず脱落している（0.765、176/230）¹。

勝った Choice 5 は、残った選択肢すべてを上回った。Option 9「None of the above（どの選択肢も支持しない）」との比較では281対126、過半数比2.230である¹。DebianはCondorcet法を使うため、これらは単純な賛成・反対の人数ではなく、選択肢どうしの一騎打ちの集計であることに注意したい¹。提案したのは Marc Haber 氏、禁止案 Choice 1 を提案したのは Matthias Geiger 氏だった¹。

否決された禁止案が挙げていた懸念も、読む価値がある。著作権、品質、コミュニティ、倫理の4点で、著作権についてはLLM出力の法的地位が非常に不明確である一方、Debian PolicyとDFSGはライセンスと著作権について完全な明確性を要求している という指摘だった¹。倫理の項では、学習データのための大規模なスクレイピングがDebianの公開ウェブリソースに悪影響を与え、インフラの一部が到達不能になり、JSベースのチェックを有効にせざるを得なかったとも書かれている¹。禁止こそされなかったが、これらの懸念が消えたわけではない。

社内ルールを書く側から見ると

Debianの決議は、AI生成コードを扱う社内ポリシーを起草する立場から見ると、かなり実用的な雛形になっている。禁止か許可かの二択ではなく、「責任の所在」「機密情報の境界」「大規模自動化の事前合意」の3点で線を引く という構成だからだ。

この分野の先行例は少しずつ増えている。決議の別の提案（Choice 7）は、GCCのAIポリシーとrust-langのLLM利用ポリシーに触発されたと明記していた¹。公開日がChatGPT公開後だと判別できるWebページに絞ると3分の1超にAI執筆の痕跡があるという調査が出るような状況では、「AI生成物が混ざっているかどうか」を入口で判定する設計より、混ざっている前提で責任と検証の手順を決める設計のほうが機能しやすい。Debianが選んだのは後者である。

可決文自身が、これは 採択時点の立場を述べた声明 であり、将来の一般決議に頼らずとも立場は変わりうると断っている¹。今回の結論は確定した終点ではなく、運用してみた結果を踏まえて動きうる出発点として置かれている。

Sources

1. General Resolution: LLM usage in Debian - Debianプロジェクト公式の投票ページ（投票期間2026年8月15日〜8月28日）
2. Debian Votes To Allow “Responsible Use Of Generative AI” - Phoronix（2026年8月28日）