面对人工智能(AI)悄然渗透软件引发的不安,Linux之父林纳斯·托瓦兹(Linus Torvalds)给出了直白回应。这位以犀利著称的开发者表示,Linux并非反AI项目,若有人对此不满,可利用开源特性将内核分叉(Fork),或选择离开。

在7月14日回复关于反AI情绪的邮件时,托瓦兹强调,没人会被强迫使用AI,但他强烈谴责任何试图劝阻他人使用AI的行为。他指出,针对的是那些自认为有权监管他人工具使用的人。此后,当有开发人员提议添加“Assisted-by”标签以声明AI使用时,托瓦兹再次重申立场:关键在于开发者是否理解并能为自己提交的内容负责,而非使用了何种工具。

从“无视”到“实用”:立场的演变

托瓦兹对AI的态度在不到两年间发生了显著变化。2024年10月,他曾表示对AI策略基本持“无视”态度。然而到了2026年,资深内核维护者格雷格·克罗哈曼(Greg Kroah-Hartman)指出,AI生成的错误报告已从低质变得有用,因为代码本质上是模式,而AI擅长模式匹配。

托瓦兹也开始承认AI辅助代码审查带来的额外修复补丁成为“新常态”,并暗示质疑AI有用性的人往往未曾尝试。他甚至透露,自己曾利用AI重新设计用C语言编写的吉他效果器踏板界面,以弥补自身在非内核领域技能的不足。

AI带来的压力与维护瓶颈

尽管持开放态度,托瓦兹并未忽视AI带来的负面影响。2026年3月,他指出AI代码审查导致大量次要且非紧急的补丁在发布周期后期涌入,影响了回归测试和稳定性。他抱怨安全邮件列表因AI发现的大量重复bug而难以管理。

在2026年10月的布拉格大会上,托瓦兹承认AI已将维护者逼至极限。此前举行的维护者峰会上,近四分之三的演讲都在探讨如何缓解AI工具带来的困扰。核心矛盾在于:AI降低了生成补丁和错误报告的成本,但人类仍需耗费大量时间进行检查和判断。

开源社区的差异化选择

与Linux的开放态度不同,部分开源项目选择了限制或禁止AI生成内容:

  • NetBSD:自2024年起禁止AI生成代码,以保护许可证合规性。
  • COSMIC (System76):自2026年10月起不接受LLM生成内容,旨在节省审查者时间。
  • OpenBSD:负责人Theo de Raadt表示不予接受,主要顾虑许可证问题,即无法追溯模型训练数据来源及确保代码许可权。
  • FreeBSD:仍在辩论中,未达成共识。

无论政策如何,核心原则依然明确:贡献者必须确保提交内容符合规范,并能清晰解释代码来源与逻辑。若无法向拒绝AI的人解释清楚你的代码,那便存在风险。