布拉格会议把内核贡献门槛往回退了一步。2026 年 10 月 8 日,在捷克首都举行的 Linux Maintainers Summit 上,内核维护者正式决定:向内核提交代码时不再强制要求附带 Assisted-by 标签。也就是说,开发者用大模型辅助写的代码,可以和用 IDE 写的代码一样,不再被特别标记。 这条消息最初来自 Sasha Levin 在内核邮件列表的公告,随后被 XDA Developers 等技术媒体转引。决定本身并不意外 ——Linux 阵营对 AI 的整体态度一直偏务实。真正让这场讨论变得激烈的,是 Linus Torvalds 本人贴出的回复,以及他刚提交的那组补丁。 ## Torvalds:禁 AI 是极其愚蠢的规定 峰会之后,有贡献者对"取消 Assisted-by"表示担忧。Torvalds 的回复一如既往地直接:把禁止使用 AI 类比为禁止使用文本编辑器,本身就是"极其愚蠢"的规定。他的核心论点是,内核开发者的专业判断力已经足够,代码好不好应该看代码本身,而不是看它从哪里来。 他在邮件最后写道:"凭我的经验,我尊重并称之为聪明的人,从来不是那些回避使用新工具的人。"这句话被许多评论视为 Linux 内核在 AI 政策上的正式表态 —— 信任开发者本人,而不是强加披露规则。 这种立场并非孤立。就在几天前,NetBSD 项目因为早期明确拒绝 AI 生成代码,在上月收到了超过 12 万美元的定向捐款,远超 5 万美元目标。两条路线在 2026 年的开源世界里形成了对照:Linux 走"开发者为本",NetBSD 走"代码库纯净为先"。 ## 自己的 Claude Code 补丁刚被审出问题 如果只是原则表态,这件事不会引发这么多讨论。真正的尴尬点在于,Torvalds 本周恰好递交了一组他自己用 Anthropic Claude Code 写的内核补丁,而且已经被审稿人发现问题。 这组 10 个补丁针对的是 folio 查找机制的长期瓶颈,核心思路是:识别处于热数据状态的 folio,设置延迟释放标志,在 RCU 周期结束后再释放,同时利用 RCU 保护做常规查找和数据访问。Torvalds 在合成基准测试里看到了 23 倍性能提升,但他自己也承认真实负载下不会有这么夸张。 问题随后浮出水面:审稿人发现了竞态条件,内存回收路径也引发了进一步质疑。结果是,Torvalds 把后续开发交给了 Kiryl Shutsemau —— 一位此前就在处理同一瓶颈的内核开发者。这是个挺微妙的信号:Linux AI 政策松绑了,但代码审查标准显然没有松绑。 ## 这一决策对开源治理意味着什么 把视角从单次决定拉远,这次峰会的结论至少触及三个更深层的张力。 第一是披露义务的边界。Assisted-by 是 2024-2025 年陆续推行的轻量级披露机制,目的是让维护者在审稿时知道这段代码经过了 AI 处理。取消它意味着 AI 痕迹变得不可追溯,出问题时的责任定位难度上升。一些评论者把这比作"知识产权的加密货币混币器"—— 输入来源难辨,法律风险被放大。 第二是代码审查的实际负载。最近的研究指出,LLM 写代码带来的生产力提升,经常被代码审查环节的额外开销抵消甚至反超。如果取消披露后涌入大量 AI 协助的补丁,维护者承担的不只是审代码,还得猜"这段代码背后有没有一段我没有看到的对话"。 第三是版权不确定性。Linux 代码采用 GPLv2,但 LLM 生成代码的版权归属在不同司法辖区结论不同。一旦某段 Claude Code 输出与训练集中的某段代码实质性相似,可能引发连锁问题。 ## Linux 内核的下一步 短期内,Linux 6.x 系列内核的开发不会因为这一决定突然改变节奏 —— AI 协助的提交本来就在,披露只是形式上的变化。真正的考验是 12-18 个月之后,内核补丁流水线能不能承受住不再有 Assisted-by 标签后的新增噪音。 Torvalds 把自己的 10 个 Claude Code 补丁转交给人类接手,本身就提供了一种折中样本:AI 可以写,代码可以进,但审稿和落地由人把关。这一次他赌对了"开发者知道自己在做什么"。下一次,主审稿者面对一个不署名的 AI 协作补丁还能不能识别出问题,才是这场松绑的真实成本。 开源治理从来不是非黑即白。这次布拉格会议决定把"信任开发者本人"放到"形式合规"之前,实际上是一次关于责任归属的赌注 —— 输的代价不会在 Linux 6.x 这一版上显现,但它会被之后的某次事故记账。