Debianが生成AIでの貢献を禁止せず容認。責任は貢献した本人が負う

Debianの生成AI利用をめぐる一般決議の投票が2026年8月28日に終了し、「責任ある利用」を認める案が採択されました。

📖 この記事で分かること

• Debianが決めた生成AIの扱い
• 採択案が貢献者に求める行動
• 開示義務と機密情報の線引き
• 否決された全面禁止案との差

💡 知っておきたい用語

• 一般決議: Debianの開発者による投票でプロジェクトの方針を決める仕組み。日常の技術判断ではなく、方針そのものを変えるときに使われます

最終更新日: 2026年8月30日

▶ 公式ページ

• General Resolution: LLM usage in Debian(Debian)

Debianが決めたこと

この記事のポイント

• Debianの一般決議「LLM usage in Debian」の投票が2026年8月28日に終了し、「生成AIの責任ある利用」を認める案が採択されました(2026年8月時点)。
• 生成AIの利用は禁止も推奨もされず、貢献の品質と法令順守の責任は貢献者本人に残ります。
• AI支援の開示は推奨止まりで義務ではなく、機密情報を第三者のAIサービスへ渡すことは認められません。

Debianは、LLM【エルエルエム】を使って作られた貢献をどう扱うかを一般決議にかけ、生成AIの利用を禁止も推奨もしない案を採択しました。投票は2026年8月15日00時00分(UTC)に始まり、8月28日23時59分(UTC)に締め切られています。討論期間は7月23日から8月13日まで置かれ、途中で延長された旨が公式の投票ページに記載されています。

採択されたのは選択肢5「Responsible Use of Generative AI(生成AIの責任ある利用)」で、提案者はMarc Haber氏です。LWN.netは8月29日付で選択肢5が勝者だと報じており、Debianの投票ページも決議のステータスを「Decided(決定済み)」としています。なお、得票の内訳を示す集計表は投票ページに掲載されていません。

採択された「責任ある利用」の中身

決議文の芯は、生成AIを特別扱いしないことにあります。禁止もしなければ免罪もせず、既存の基準をそのまま適用するという立場です。

決議文は、生成AIツールが責任を持って使われれば貢献者の生産性を大きく改善しうると認めています。そのうえで、どのツールで作られたかに関わらず、すべての貢献が同じ品質・正確性・保守性・法令順守の基準を満たさなければならないと定めました。生成AIを使ったことは、貢献者の責任を軽くしません。

貢献者に具体的に求められるのは次の内容です。

• 取り込む前に、AIの出力を理解し、レビューし、テストし、必要なら手を入れること。AI生成物を無批判に受け入れたりアップロードしたりする行為は、Debianの開発慣行に反すると明記されました
• AI支援を受けたかどうかの開示は「推奨する」に留まり、必須ではありません
• 機密情報、非公開のやり取り、まだ公開されていない脆弱性の情報、暗号鍵、認証情報などを、明示的な許可がない限り第三者のAIサービスへ渡さないこと
• 大量のバグ登録やパッチ投稿、大規模なコード改変のように広範囲へ影響する自動化された行為は、事前に適切な場で議論と合意を得てから行うこと。自動処理は人間が監督し、その挙動と出力に責任を負うこと

法的な論点については、決議は判断を保留しました。著作権、著作者性、ライセンス、学習データの再生成といった問題が未解決であると認めたうえで、本決議では解決を図らず、AIの出力が著作権の対象になるか否かについて立場を取らないと明示しています。既存のライセンスや著作権のポリシーは、使われたツールに関係なく適用され続けます。

投票用紙に並んだ8案の幅

投票用紙には実質8つの選択肢が並び、全面禁止から条件付き容認まで、対立する立場がそのまま候補になっていました。

投票用紙の短いタイトルは次のとおりです。選択肢1「No LLM contributions to Debian via Social Contract」、2「Allow AI-Assisted Contributions with conditions」、3「Reject LLMs as far as practical, update Code of Conduct」、4「Accept AI contributions for Debian specific work」、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」。

手続き上の条件にも差がありました。社会契約に条文を追記して全面禁止する選択肢1だけは3:1の特別多数を必要とし、他の案は単純多数で足りると投票ページに明記されています。選択肢1の提案理由には、著作権の不明確さ、品質、コミュニティへの影響(レビュー負担の増加と、新規貢献者が実際には学ばないこと)、そして倫理面として学習データの無断収集やDebianのウェブ資源への負荷が挙げられていました。

生成AI出力の直接の受け入れを認めない選択肢7の提案文には、GCCのAI Policyとrust-langのLLM Usage Policyを参考にしたと記されています。同種の方針を先に定めた開発プロジェクトが、Debianの議論でも参照材料になっていました。

編集部の見方

編集部は、この決議で実務に最も効くのは開示が任意になったことではなく、機密情報を第三者のAIサービスへ渡さない線と、大規模な自動化に事前合意を求めた線の2つだと見ています。

• 根拠1: 決議文は、暗号鍵・認証情報・未公開の脆弱性情報などを明示的な許可なく第三者のAIサービスへ開示しないよう求めています。これは個々のパッチの良し悪しではなく、貢献者がどんな作業環境を組むかという運用体制の問題で、影響範囲が広い内容です。
• 根拠2: 大量のバグ登録やパッチ投稿、大規模なコード改変には事前の議論と合意を求め、自動処理は人間が監督して責任を負うと定めました。生成AIによって「量を出せるようになったこと」への直接の応答であり、受け取る側の負担を守る条項として読めます。
• 根拠3: 一方で開示は推奨に留まったため、AI利用の有無をラベルで管理する運用にはなりません。ツール側で線を引くのではなく、成果物の基準と貢献者の責任で線を引く設計が選ばれています。

この見方が変わる条件は、開示が任意のままレビュー負担の増加が実測で問題として表れた場合です。そのときは開示の義務化や受け入れ範囲の制限が改めて提案される余地があります。

よくある質問

Q: Debianに生成AIで書いたパッチを送ってもよいのですか?

A: 決議は生成AIの利用を禁止していません。ただしツールに関係なく、品質・正確性・保守性・法令順守の同じ基準が適用されます。取り込む前に内容を理解し、レビューし、テストすることが求められ、レビューを経ずにAIの出力をそのままアップロードする行為は開発慣行に反すると明記されました。

Q: AIを使ったことを申告する義務はありますか?

A: ありません。決議文は開示を推奨するとしていますが、必須とはしていません。

Q: 全面禁止案はなぜ通らなかったのですか?

A: 得票の内訳が投票ページに掲載されていないため、票数から理由を説明することはできません。手続き上の条件として、社会契約に追記して全面禁止する選択肢1だけが3:1の特別多数を必要とし、他の案は単純多数で足りるとされていました。

まとめ

Debianは一般決議で、生成AIを使った貢献を禁止も推奨もしない「責任ある利用」の案を採択しました。適用されるのは既存の品質・法令順守の基準で、生成AIを使ったことが貢献者の責任を軽くすることはありません。開示は推奨に留まる一方、機密情報を第三者のAIサービスへ渡さないこと、広範囲に影響する自動化には事前の合意と人間の監督を置くことが明記されています。著作権をめぐる法的論点については、決議は立場を取らず判断を保留しました。

【用語解説】

• 社会契約: Debianが利用者と自由ソフトウェアのコミュニティに対して守ると宣言している基本文書。全面禁止案は、ここに条文を追記する形を取っていました。
• 特別多数: 通常の過半数より高いハードルを課す可決条件。今回は全面禁止案にのみ3:1が課されていました。
• アップロード: Debianでは、作成したパッケージを公式アーカイブへ登録する作業を指します。

引用元:

• [1] General Resolution: LLM usage in Debian(Debian)
• [2] GCC AI Policy(GCC)
• [3] Rust LLM Usage Policy(Rust Project)
• [4] Debian votes to allow “responsible use of generative AI”(LWN.net)

この記事について: AI 支援で執筆、編集部が事実確認・編集しています。誤りや追加情報があれば Contact よりお知らせください。