Linus 允许提交 AI 写的 Linux 内核代码了?Vibe Coding 的春天来了?你可能理解错了!

一个误读引发的狂欢

这几天，大家应该有看到很多关于AI编程的内容。

标题大同小异： Linus 妥协了， Linux 内核正式接受 AI 代码， Vibe Coding 时代来了。

什么？！

那个连空格缩进不对都要被 Linus 骂得狗血淋头的开源神坛，居然允许 AI 直接提交代码？

我赶紧翻了翻官方文档。

看完之后，我只能说，现在的无良自媒体真的离谱。

这根本不是什么给 Vibe Coding 开绿灯。

这是给 AI 编程爱好者们套上了一副沉重的枷锁。

但是架不住很多朋友不看原文呀。伴随着各种自媒体是跟风狂吹。

乐观派觉得，连 Linux 都低头了，说明 AI 编程已经进入主流生产环境。

误读派觉得以后写内核也能 Vibe Coding 了。动动嘴皮子， AI 帮你写完，直接合进主分支。

说白了，很多人以为 Linus 是在给 AI 垃圾代码（ AI slop ）发通行证。

其实吧，这完全是把允许辅助误解为免责放行。

这种信息不对称，不对，准确说是选择性失明，挺让人无语的。

大家只看到了允许，没看到背后的责任。

连代码都不看，谁来背锅？

官方文档《 AI Coding Assistants 》里写得很清楚。

AI 可以用。但你得自己负责。

文档里有两条核心规则，要求严格。

第一， AI 不能加 Signed-off-by 标签。

只有人类可以签 DCO （开发者原创声明），承担法律责任。

第二，必须用 Assisted-by 标签，把模型、 Agent 和辅助工具标清楚。

比如 Assisted-by: AGENT_NAME:MODEL_VERSION [TOOL1] [TOOL2]。

这意味着， AI 参与的每一行代码，都被纳入了可追踪、可审查、可归责的流程。

你用 AI 写了样板代码，或者让它帮你找了 bug ，挺好。

但如果你连代码都不看就提交，出了安全漏洞，或者惹了版权官司。

对不起，提交代码的人类开发者，全责。

这就像盖楼。

以前是你自己搬砖。现在允许你用挖掘机、用起重机。

但如果楼塌了，抓的是你这个包工头，不是挖掘机厂家。

毕竟，你不能指望一个没有实体的模型去坐牢，是吧？

Linus 的态度没变。 AI 适合做低层次高重复的工作，比如清理任务、辅助审查。

但不适合高可靠、长期维护的生产级核心系统。

想在 Linux 内核里搞 Vibe Coding ，纯属瞎折腾。

为什么开源神坛对 AI 如此警惕？

要理解这套规则的严苛，得看看过去几个月 Linux 社区经历了什么。

AI 生成的代码，也就是所谓的 AI slop ，正在污染开源项目。

很多新手用 Copilot 或者其他工具生成一堆看似合理、实则漏洞百出的补丁，直接往主分支推。

维护者每天要花大量时间去审查这些毫无营养的“贡献”。

这不仅是浪费时间，更是对系统安全的巨大威胁。

Linux 内核是全球无数服务器、手机、嵌入式设备的基石。

哪怕是一个微小的内存泄漏，都可能导致灾难性的后果。

AI 能写内核吗？能。敢直接合吗？不敢。

除了技术风险，还有法律隐患。

AI 模型是用海量开源代码训练出来的，其中很多代码带有传染性开源协议（比如 GPL ）。

如果 AI 生成的代码侵犯了版权，谁来承担责任？

Linux 社区给出的答案很明确：谁提交，谁负责。

这就是为什么 Signed-off-by 只能由人类来签。

这不仅是技术规范，更是法律防火墙。

你签了字，就意味着你确认这段代码是你自己写的，或者你有权提交它。

如果出了事，法庭上见的是你，不是 OpenAI ，也不是 GitHub 。

从“写代码”到“审代码”的残酷转型

这套规则，其实揭示了 AI 编程时代的一个残酷真相。

代码建设成本降低了，代码质量管理的要求大幅上升了。

而对于普通程序员的影响，真不是你能偷懒了。而是你的责任更重了。

你得从一个写代码的泥瓦匠，变成一个审代码的监理。

认知负荷其实是指数级上升的。

以前你只需要理解自己写的逻辑。

现在你需要理解 AI 生成的、可能包含隐蔽陷阱的逻辑。

这比自己写还要累。

请记住，AI 确实能帮你把代码效率翻倍，但它不会替你承担任何责任。

当代码量激增，而审查能力没有跟上时，系统崩溃只是时间问题。

Linux 社区明确了解这一点。

所以他们用 Assisted-by 标签，强行把 AI 的产出和人类的责任绑定在一起。

你用了 AI ？可以。标出来。

出了问题？找你。

这是严肃的软件工程领域的第一套社会规则

很多人没看懂这件事的真正意义。

真正的变化，不是 AI 能不能写代码。

而是开源社区第一次，把 AI 当成了一个需要审计的开发工具，建立了一套工业级的责任框架。

这就像建大桥。

图纸可以是 AI 画的，应力计算可以是 AI 跑的。

但最后在图纸上签字、终身负责的，必须是那个有血有肉的工程师。

这套规则，其实为 AI 编程在企业和开源中的落地，提供了一个现实可执行的模型。

以后公司里，大概率也会照抄这套作业。

老板不会管你用什么 AI 工具，但他会要求你对 AI 生成的代码负全责。

这套规则的出现，标志着 AI 编程告别了野蛮生长的玩具阶段。

它开始进入严肃的软件工程体系。

在这个体系里，效率不是唯一的考量，可维护性、安全性和法律合规性同样重要。

Vibe Coding 听起来很酷，但在工业级项目里，它只是刚起步。

代码不是写完就结束了，它需要被阅读、被修改、被维护。

一个连自己写的代码都不懂的开发者，是不可能承担起维护责任的。

也许过两年， AI 强到连监理都不需要了。

但至少现在， Linus 守住了人类开发者的最后一条底线。