🤖 AI Summary
デビアン開発者はAI補助の貢献を禁止するかどうかについて投票中である。投票では、8つの案と「上記以外」の選択肢がある。案1はデビアン社会契約を変更してLLM(大規模言語モデル)による貢献を禁止する案で、パッケージング、ソフトウェア、ドキュメンテーションなど直接的なデビアン作業からAIを使用することは禁じられるが、上流プロジェクトでは影響しない。案2は、技術的品質、セキュリティ、ライセンス、有用性を確認し、大きな変化を完全に理解して公開する限り、一部または全部でLLMを使用した貢献を許可する案である。案5はもっとオープンで、デビアンが生成AIツールの支援や禁止を行わず、品質や正しさ、維持可能性などの基準を全ての貢献に適用すべきとする。
案1は3:1の過半数が必要だが、その他の7つの案は単純な過半数で可決。デビアン作業におけるAI利用に関する議論は、AIによる生成物がコードベースに入荷する前に実際に何を生成したかを確認する方法が確立されていないことへの懸念も含んでいる。
さらに、"デビアンは人間によって作られる"という案もあり、これはAIツールの制限ではなく、実際にはどの貢献物がデビアンに含まれるかに焦点を当てている。この案では、AIによる研究、分析、探索や批評は可能だが、AI生成物を直接的にパッケージング、パッチ、ドキュメンテーションなどとして提出することは禁じられる。
Strike GraphのCEOは「実際の問題に対する適切な解決策ではない」として、デビアンでのAI禁止は「AI自体を封鎖すること」ではなく、「生成されたコードが実際に何であるかを確認する方法が確立されていないことへの懸念」だと述べている。
Debian developers are voting on whether to ban AI-assisted contributions, reports the blog Linuxiac, with a ballot listing eight proposals and a "None of the above" option.
The first one is still the original proposal to ban LLM-assisted contributions by changing the Debian Social Contract. This would stop generative AI from being used for direct Debian work like packaging, software, documentation, translations, websites, and project communication. However, upstream projects made with AI help would not be affected. The proposal gives several reasons for the ban, such as unclear copyright and licensing, doubts about the reliability of AI-generated work, extra review work for maintainers, aggressive scraping of Free Software resources, and the high resource use of large AI systems...
The second option would clearly allow contributions that are partly or fully made by an LLM, as long as contributors check their technical quality, security, licensing, and usefulness, fully understand the changes, and disclose major AI help. It would also ban sending private or sensitive Debian information to untrusted external AI services. A similar fourth option recognizes worries about generative AI but says banning it would be hard to enforce and not helpful. This proposal would accept AI-assisted Debian work if it follows the Debian Free Software Guidelines, is properly reviewed and understood by the contributor, and is marked as AI-assisted when needed. The fifth proposal is even more open. It says Debian should not support or ban generative AI tools, but should apply the same standards for quality, correctness, maintainability, and legality to all contributions, no matter how they were made...
One unique proposal is called "Debian is created by humans." Instead of banning AI tools for contributors, it focuses on what actually gets included in Debian. With this approach, contributors could use generative AI for research, analysis, exploration, or critique, but could not submit AI-generated output directly as Debian packaging, patches, documentation, bug reports, project communications, or other Debian work. As the proposal says: humans create Debian. Another, much stricter proposal asks Debian contributors to avoid LLM use as much as possible. It would require all Debian communication, like bug reports, mailing-list messages, Salsa discussions, and Planet Debian posts, to be written only by humans. Any AI use in Debian work would have to be disclosed, and violations could be handled under the project's Code of Conduct.
The CEO/founder of AI-native compliance management platform company Strike Graph believes a Debian AI ban is "the wrong fix for the actual problem" at hand, reports The New Stack:
"Debian's ban isn't really about banning AI," [CEO Justin] Beals says. "It's an admission that nobody has built a reliable way to verify what an AI agent actually produced before it lands in a codebase this many systems depend on, including infrastructure running in orbit. That's a legitimate thing to be worried about...." He thinks that any policy statement that says AI isn't allowed simply won't hold up, as the tooling keeps getting harder to detect...
Looking across the complete set of tabled propositions, proposal A (no LLM contributions to Debian via social contract) needs a 3:1 majority to pass; the other seven proposals (B to H) need a simple majority.
Read more of this story at Slashdot.