Debian 決定用自己最正式的程序，處理一個吵了一年多的問題：LLM 寫的東西能不能進這個發行版。7 月 23 日起，一項名為「Debian 中的 LLM 使用」的一般決議（General Resolution）進入討論期，預定 8 月 15 日開始投票，8 月 28 日結束。一般決議是 Debian 少數動用的憲章層級程序，過去最著名的一次是 init system 之爭；這一次，主角換成了生成式 AI。
八個選項加「以上皆非」
這次選票上不是兩個極端對決，而是八個提案加上「以上皆非」，光譜從徹底禁止、要求揭露、到明文歡迎都有。計票採用 Condorcet（Schwartz）法，選民可以照偏好排序，而不是被迫選邊。提案本身從 debian-vote 郵件清單徵集而來，起草者不乏專案裡最資深的開發者。
三個代表性提案
提案一由 Matthias Geiger 起草，走最嚴格路線：在社契（Social Contract）增修條文，明文禁止任何以 LLM 協助撰寫的貢獻，範圍涵蓋套件原始碼、Debian 自家軟體、網站資源、文件翻譯與官方溝通。由於涉及修改社契，它需要 3:1 的超級多數才能通過。提案列舉的理由有四項：版權狀態不明、品質與正確性難以保證、審查者過勞，以及 LLM 爬蟲對 Debian 基礎設施造成的類 DoS 壓力。
提案二由 Lucas Nussbaum 起草，立場是有條件允許 AI 協助貢獻：工具條款不得與 Debian 的用途衝突；貢獻者必須自負全部責任；當 AI 生成佔比顯著時必須揭露，例如在 git 紀錄加上 Generated-By: trailer；大量或自動化變更須先在清單上討論；機密資料不得交給不可信的 AI 供應商。
提案三由 Ian Jackson 起草，要求大家在務實範圍內拒用 LLM，並在行為準則增補：人對人的訊息必須完全由人類撰寫、使用 LLM 必須揭露、各專案的禁令必須被尊重，違反者視同違反行為準則處理。
為什麼 Debian 這麼在意
表面上是哲學之爭，實際的痛點是審查頻寬。Debian 的套件維護全靠志工，低品質的 AI 生成回報與補丁會直接淹沒審查者——提案一甚至引用了其他專案裡 AI 貢獻把維護者逼到棄坑的案例。反過來，支持開放的一方認為，AI 輔助早已是日常，與其假裝它不存在，不如把責任與揭露規則講清楚。提案文本裡引述的先例也不少：GNOME 的 Loupe 貢獻爭議、Gentoo 的 AI 政策、Codeberg 的相關調整，以及 GCC 與 Rust 官方先後公布的 AI 使用政策。
投票時程與門檻
討論期進行到 8 月 13 日，投票自 8 月 15 日持續到 8 月 28 日。提案一因涉及社契修改需 3:1 超級多數，其餘選項簡單多數即可。無論結果為何，Debian 都會是第一個用正式治理程序替 LLM 貢獻定調的大型發行版；對其他還在「維護者自訂規則」層級打轉的開源社群來說，這次投票的選項設計與辯論紀錄，本身就是一份現成的參考文件。
參考來源
本文由 AI 協助自上述來源整理，經人工審核後發布。