マージリクエストを確認するメンテナーには、その差分を書いたのが人間なのかモデルなのかを見分ける術がなく、しかも誰もそれを申告する義務がありません。Debianの開発者たちは8月28日まで投票を行い、プロジェクト書記のKurt Roeckx氏が結果を発表しました。採択された案は、貢献者にAI支援の開示を推奨するにとどまり、それ以上の義務は課していません。
レビュー体制はこれまでと変わりません。パッケージをアップロードするスポンサー、安定版向けのパッチを読むセキュリティチームのメンバー、Debianのソースを取り込む下流のリビルダーは、いずれも1年前と同じ判断材料、つまり差分そのものをもとに作業することになります。
求められること
新たに求められることはさほど多くなく、かといって推奨しているわけでもありません。Debianは生成AIを是認も禁止もせず、責任を持って使えばこれらのツールがボランティアの時間を節約しうることは認めています。貢献物はその生成過程にかかわらず、これまでと同じ基準で評価され、提出した本人が品質・正確性・ライセンスについて責任を負う点も変わりません。
モデルの出力は取り込む前に読み、テストし、修正する必要があります。採択された文言は「適切な人間によるレビューなしにAI生成物を無条件に受け入れたり、アップロードしたりすること」をDebianの通常の慣行から外れる行為と位置づけています。つまり、読んでもいないものを出荷するな、という意味です。
実際に効力を持つ規定は3つあります。まず、機密情報、私的なやり取り、エンバーゴ中のセキュリティ上の不具合、暗号鍵、認証情報は、明示的な許可がない限りサードパーティ製のAIサービスに渡してはなりません。次に、大量のバグ報告や大規模なパッチ提出といった一括作業については、事前の議論と、その自動化の結果に責任を持つ人間の存在が引き続き求められます。そして、モデルの出力に著作権が発生するかどうかについてプロジェクトとしては立場を取らないため、DFSG準拠や既存のライセンスルールはそのままの重みで適用され続けます。
機密情報に関する条項
Debianのセキュリティチームは、エンバーゴ下にあるCVEの詳細情報を扱っています。その内容をホスト型AIアシスタントに貼り付ける行為は、今回明確に禁止対象となりました。
この種の振る舞いをめぐる業界全体の数字は、安心できるものではありません。GitGuardianの集計によれば、2025年中に公開GitHubのコミットに2,865万件の新規ハードコード済みシークレットが見つかっており、漏えいした認証情報に占める割合は公開リポジトリよりも内部リポジトリの方が大きくなっています。AIサービス自体の認証情報の漏えいは、前年比で81%増加しました。いずれの数値も、Debianが今回禁止した行為、すなわち非公開のプロジェクト情報をモデルに送信する行為そのものを測定したものではありません。これらはむしろ、AI支援を伴うワークフローの中でシークレットを不用意に扱うという、隣接する習慣を映し出しており、その傾向は一方向に進んでいます。
もともとの管理策はレビューであり、そのレビューが目減りしつつある
OX Securityは300以上のリポジトリを分析し、そのうち50件はCopilot、Cursor、Claudeといったツールを使用していました。1行単位で見れば、モデルが書いたコードは人間が書いたコードより劣ってはいませんでした。問題は量にありました。コードを読み、実行し、議論する――かつてチームの動きを遅らせていたこれらの工程こそが、真っ先に省略されるようになっているのです。
これは、AIリスクへの答えを人間によるレビュー一本に頼る今回の決議にとって、皮肉な結果をもたらします。Debianは新たな関門を設けたわけではありません。既存の関門を改めて言葉にし、その適用は貢献者に委ねただけです。
ほとんどの組織は、AI生成コードに対してライセンスや知的財産リスクのレビューを一切行っていません。モデルが学習元である制限的ライセンスのプロジェクトから何かを再現したとしても、出力自体はそれを示さず、来歴情報も一切伴いません。
Debianはアーカイブに含まれるすべてのものにライセンスを要求しておきながら、モデルの出力がその枠組みのどこに位置づけられるかについては、今回言及を避けました。この2つの立場を、アップロードに署名する当人が自分の中で両立させなければならないのです。
翻訳元: https://www.helpnetsecurity.com/2026/08/31/debian-linux-llm-policy/
