Debian 的 AI 争论：多套提案，一个共同的问题
七月二十七日，在翻 Hacker News 的时候，我点开了一条标题写着 "LLM Usage in Debian: Three Proposals" 的帖子。点进 Debian 官方页面，却发现已经是四套提案了。
这个小细节让我多看了一眼。三和四的差距不重要，重要的是：这场讨论本身仍在进行，提案还在增减，社区尚未投票。页面状态写得很清楚——In Discussion，Discussion Period 起始日期是 2026-07-24。Debian 并没有宣布禁止 AI，也没有宣布支持 AI。它在做一件更难的事：认真讨论边界在哪里。
四套提案，各自锁定了哪条线
当时看到的是 A、B、C、D 四套提案，它们共同的问题是一样的：AI 生成的贡献，该不该进 Debian，谁来承担后果？但各自给出了完全不同的答案。
提案 A 想画一条最清楚的线：Debian 直接贡献不得使用或借助 LLM / 生成式 AI。目前范围暂不涵盖上游项目、上游补丁及安全修复，且该列表并非穷举。这是最激进的做法，边界也最为鲜明——提交者知道红线在哪，但提案本身也承认执行层面仍有挑战。
提案 B 走的是另一条路。它不拒绝 AI 辅助贡献，但要求提交者处理工具条款、许可与署名，对 AI 的使用做出"重要披露"，提前讨论批量自动化，并对机密信息划定边界。它假设只要配套义务完整，AI 辅助就可以被整合进社区流程。
提案 C 居中，但偏紧。它的措辞是"在可行范围内排斥 LLM"，要求面向人的消息由人类起草，要求披露 AI 使用，并尊重项目或维护者自己定下的完全禁令。这给了维护者更大的自主权，但"可行范围"这几个字本身就是一个需要每次解释的词。
提案 D 的落点很不同。它接受 AI 辅助，但把责任压到提交者身上，且写得相当具体：你必须能够理解并解释你的改动，必须亲自明确提交，必须做适当标记，必须符合 DFSG，还不能把敏感或非公开信息发送给云端 AI 服务。
我觉得 D 写出了一个对我来说最直接的问题：你提交了这段代码，你懂它吗？
补丁看起来对，和你真的明白，是两件不同的事
我在工作里重度使用 Coding Agent，这一点不是秘密。把任务描述给 Agent，它交回一段 diff，有时候看着挺像回事。但我养成了一个习惯：在把任何东西推出去之前，我要能逐行解释它在做什么，跑完测试，并且在心里确认——如果这个改动一个月后出了问题，是我，要去回答问题。
这不是因为我不信任 Agent 生成的代码。而是因为"签字"这件事，在任何工程流程里都有具体含义：你审查过、你测试过、你对接下来发生的事负责。AI 可以生成补丁，但不能替人签收后果。
这条线断掉的情况，我能想象到。Agent 很快，生成一个补丁的成本接近于零。如果提交者没有认真读 diff，没有跑测试，只是把输出推到审查队列，那维护者就要帮他做这件事。只不过维护者不一定有上下文，不一定知道这个改动是不是真的解决了原始问题，而不只是让测试通过。
生成越来越便宜，如果提交者省掉了理解和测试的成本，这些成本并没有消失——它只是被悄悄转移给了审查者。在 Debian 这类由志愿者维护的社区，这个转移的代价是真实的。
维护者的自主权，值得认真对待
提案 C 里有一条我觉得被讨论得不够多：尊重项目或维护者的完全禁令。
这意味着即使 Debian 整体决定允许 AI 辅助贡献，单个项目或维护者仍有权说不。这是一个务实的设计。一个包的维护者对自己在维护什么、为什么这样维护，有最直接的掌握权。如果他们认为某类贡献会增加审查负担、带来许可风险、或者只是不符合项目的工作风格，他们有正当理由拒绝。
伦理、法律、版权的问题，社区里的意见分布远没有一致。我不打算在这里给出判决。但工作量是可以直接感受到的。一个维护者面对一堆他无法向作者追问细节的 AI 生成补丁，他的时间是有限的，他愿意花在这件事上的耐心也是有限的。
讨论还在进行
截至 2026-07-27，四套提案都在桌上，没有任何一套赢得投票，官方状态仍是 In Discussion。Solidot 在 2026-07-25 跟进了这个消息，HN 主帖截至 2026-07-27 有 209 points 和 208 条评论——这些数字不是重点，重点是这个讨论已经从邮件列表溢出到更大的圈子，开发者社区在认真对待它。
我不知道最后哪套提案会通过，也不认为任何一套是完美答案。开源社区里很少有完美答案。
我关心的是那条更基础的线：如果你把一个 AI 生成的改动提交给任何项目，你应该能够解释每一行它在做什么，亲自跑过测试，并且愿意为合并之后发生的事情负责。这不是对 AI 的偏见。这是对提交这个动作本身的基本要求——无论你用什么工具写出那段代码。
Debian 的讨论，以 General Resolution 提案的形式进入了社区治理层面——目前仍在讨论中。这件事本身，我觉得值得关注。
参考来源
- Debian General Resolution: LLM usage in Debian
- debian-vote 邮件列表存档
- Hacker News: LLM Usage in Debian
- Solidot: 《Debian 讨论是否允许使用 LLM》