Torvalds vs. Debian：两种截然相反的开源AI愿景

Torvalds在2026年7月15日的邮件中阐明了其核心逻辑：AI工具是可选的效率助手，类似于编译器或调试器，内核不应成为“那种反AI的项目”而禁止有用工具。他承认存在实际弊端，但认为维护者应调整工具和审查实践，而非实施全面禁令。

Debian项目：正式推动禁止LLM贡献

Debian的做法截然相反。2026年7月24日，项目开启了总决议vote_002“LLM在Debian中的使用”的讨论期，该决议由开发者Matthias Geiger提议，并得到包括Ian Jackson在内的七位贡献者附议。Debian官方投票页面明确指出，该决议旨在“明确禁止任何使用大语言模型（LLM）或其他生成式AI工具编写或辅助编写的贡献提交至Debian”。

拟议的禁令涵盖范围广泛：

• Debian源码包
• 官方Debian项目软件（如lintian）
• 官方文档及翻译
• 项目官方通讯
• 错误报告
• Wiki内容

重要的是，该决议明确排除了在上游项目中使用LLM、Debian打包的AI相关软件，以及上游补丁或安全修复。

总决议为投票者提供了多个选项：

• 方案A（禁令）： 禁止所有LLM辅助的贡献提交至Debian。
• 方案B（附条件允许）： 允许AI辅助贡献，但需满足特定条件（如披露、标记等）。
• 其他选项： 其他折中或“进一步讨论”的选项。

该决议引用了四类担忧：LLM生成内容版权状态的法律不确定性、质量与准确性下降风险、社区健康影响（包括审查者的压力），以及与LLM训练实践相关的伦理问题。Debian将AI生成代码视为对发行版的潜在供应链和法律风险。

这并非Debian首次尝试制定AI政策。2026年2月至3月，前Debian项目负责人Lucas Nussbaum曾起草一份总决议，拟在七项条件下允许AI辅助贡献，包括强制披露和机器可读标签。经过数周激烈的邮件列表辩论后，社区完全放弃了那次投票，决定继续按个案处理AI贡献。2026年7月的这次努力是一项新的、更严格的提案，一些观察者认为这是对先前未能达成共识的反应。

并排对比：关键差异

日益扩大的开源裂痕

这两种立场代表了生态系统中不断加深的对立两极。Torvalds作为唯一的仁慈独裁者，可以迅速拍板欢迎AI工具，并让反对者分叉。而Debian作为一个社区治理的项目，坚定承诺自由软件原则和法律审慎，正通过正式的民主程序来禁止它认为对人类原创开源构成威胁的事物。

观察人士指出，这一裂痕反映了更广泛的开源分化：Ubuntu已拥抱AI，而其他项目如Curl则因质量问题禁止了AI生成的贡献。若Debian的投票通过，可能为主要的Linux发行版未来如何处理AI生成贡献树立一个强有力的先例。

对于身处这一格局中的贡献者而言，实际含义很明确：在Linux内核中受到欢迎的做法，在Debian中可能构成政策违规。开源生态系统对AI已不再持有单一立场，而是涌现出越来越多的竞争性立场，每个项目的选择都反映了其最深层的治理价值观。