当前位置:首页>Linux>Linus 亲自拍板:Linux 内核正式拥抱 AI 编程,程序员要失业了吗?

Linus 亲自拍板:Linux 内核正式拥抱 AI 编程,程序员要失业了吗?

  • 2026-09-02 19:02:44
Linus 亲自拍板:Linux 内核正式拥抱 AI 编程,程序员要失业了吗?


引言:Linus 亲自拍板,Linux 内核变天了

2025 年 4 月,一条提交记录在技术圈炸开了锅。

Linux 内核之父 Linus Torvalds 亲自合并了一份官方文档——《AI 辅助编程指南》。这份文档被收入内核主线,成为每个向 Linux 提交代码的开发者必须遵守的新规范。

这意味着什么?

全球最具影响力的开源项目,正式承认了 AI 编程的地位。不是观望,不是抵制,而是制定规则、主动拥抱。

这条消息在 Hacker News 上引发 206 点赞、143 条评论的讨论。有人欢呼,有人担忧,更多人则在问同一个问题:

Linux 内核是什么概念?它是全球 96% 的服务器、100% 的超级计算机、90% 的云基础设施的操作系统核心。每年有超过 5000 名开发者向 Linux 提交代码。

如果连 Linux 内核都开始用 AI 写代码了,程序员还有未来吗?


Linux 内核 AI 编程指南全解析

现在,让我们深入解读这份引发轰动的官方文档。理解它说了什么、为什么这么说,对每一个程序员都至关重要。

文档背景:为什么内核需要 AI 编程规范

时间回到 2024 年底到 2025 年初,Linux 内核邮件列表的维护者们注意到了一个令人担忧的趋势:

越来越多的补丁提交者开始使用 AI 工具生成代码。起初只是偶尔出现,但很快演变成一股不可忽视的浪潮。

问题的关键不在于"用了 AI",而在于用了 AI 却不告诉任何人。

一些提交者将 AI 生成的代码伪装成自己写的,直接提交到内核。这些代码往往存在几个共同问题:

  • • 风格不一致:不符合内核早已确立的编码规范
  • • 注释缺失:AI 生成的代码往往缺少必要的注释说明
  • • 未经充分测试:提交者可能不完全理解代码逻辑,测试覆盖不足

更令维护者头疼的是,当问题被发现时,修复成本远高于原始编写。因为审查者需要额外的时间去理解一段可能连提交者自己都不完全明白的代码。

Linus Torvalds 和其他核心维护者意识到:完全禁止 AI 既不现实也不明智,但放任不管会导致质量控制体系崩溃。

最好的解决方案是制定清晰的规则,让 AI 的使用公开透明、有据可依。

这就是《AI 辅助编程指南》诞生的背景。

指南核心内容逐条解读

这份官方文档的全称是 Documentation/process/coding-assistants.rst,位于 Linux 内核源码的文档目录中。以下是对其核心内容的逐条解读。

规则一:AI 生成的代码必须经过人工审查

原文要求:任何借助 AI 辅助工具(包括代码生成、补全、审查类工具)产生的代码,在提交到内核之前,必须经过提交者本人彻底的人工审查。

这意味着什么?

简单理解就是:你不能让 AI 写完代码就直接提交。你必须一行一行地看过、理解每一行代码在做什么、为什么这样写。如果你解释不了某段代码,那它就不应该出现在提交中。

实际影响:

这项规定直接排除了"让 AI 自动生成大量代码然后批量提交"的可能性。无论你的 AI 工具多先进,最终的责任人和质量把关者必须是人。

规则二:不得将未审查的 AI 代码直接提交

这是对规则一的强化和明确。文档特别强调:禁止将 AI 工具输出的代码不做任何修改或审查就直接作为补丁提交。

核心精神:

AI 可以是你的助手,但不能是你的替身。内核维护者要的是你对代码的负责,而不是你把责任外包给 AI。

规则三:必须标注 AI 辅助的程度

这是最具操作性的要求。提交者需要在提交信息中明确说明:

  • • 哪些代码是纯手工编写的
  • • 哪些代码借助了 AI 辅助(包括生成、补全、审查等)
  • • 使用的具体 AI 工具是什么

为什么重要?

这种透明度让维护者和审查者能够有针对性地关注 AI 生成部分。如果某段代码出了问题,大家也知道应该向谁追责、用什么样的标准去审查。

实际案例示例:



1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

[补丁] 修复内存分配器中的竞态条件

此补丁修复了 slab 分配器中潜在的竞态条件。

代码协助披露:

- 整体逻辑和修复方案:人工设计

- 初始实现草稿:由 GitHub Copilot 协助完成

- 最终代码审查和测试:人工执行

- 提交信息:人工撰写

签名者:开发者姓名 <email@example.com>


规则四:开发者需对 AI 生成代码负全责

这是最根本的原则。无论代码是人写的还是 AI 生成的,提交者本人对代码的正确性、安全性、合规性承担全部责任。

这实际上把 AI 工具的地位降到了和"搜索引擎"、"代码片段库"类似的水平——它们是信息来源,但最终决策和责任始终在人。

规则五:AI 不能替代对代码逻辑的理解

文档特别强调:开发者必须充分理解自己提交的每一行代码的逻辑和意图。不能用"这是 AI 写的,我不太懂"作为借口。

实际影响:

这实际上限制了 AI 工具的使用方式。你可以用 AI 来:

  • • 生成代码骨架,然后自己填充关键逻辑
  • • 提供实现思路,然后自己编写具体代码
  • • 审查已写好的代码,找出潜在问题

但不能:

  • • 让 AI 写一段复杂算法,自己看都不看就提交
  • • 用 AI 生成的代码解决自己不理解的问题

对普通程序员的启示

面对 Linux 内核的这一举措,普通程序员应该从中读出什么信息?

第一,AI 编程已经成为不可逆转的趋势。

Linux 内核社区向来以保守和严谨著称。如果连这个社区都开始正式接纳 AI 编程,就说明 AI 编程已经不再是边缘实验,而是进入了主流实践阶段。

作为程序员,抗拒这个趋势是没有意义的。更重要的是学会如何在这个趋势中保护自己的竞争力。

第二,质量要求只会越来越高。

Linux 内核的指南传达了一个明确信息:AI 生成的代码必须经过严格审查,提交者要对代码负全责。

这意味着,使用 AI 工具并不会降低对程序员的能力要求。相反,它要求程序员具备更强的代码审查能力、更深的理解能力、更强的责任意识。

那些指望"让 AI 写代码,自己偷懒"的程序员,将会被市场淘汰。

第三,透明和诚实是新的职业准则。

Linux 内核要求开发者明确披露 AI 使用情况。这种做法未来很可能会成为行业标准。

作为程序员,应该从现在开始养成诚实披露的习惯。不要用 AI 生成的代码冒充自己写的,这不仅是不诚实,而且风险极高。 一旦代码出问题,你无法解释其逻辑,也无法承担责任。

第四,核心竞争力在于理解和判断。

AI 可以生成代码,但它不能替代程序员对需求的理解、对架构的设计、对质量的判断、对风险的评估。

系统思维、业务理解、质量意识、风险评估, 才是程序员真正的核心竞争力。


结语:工具替代不了什么

让我们回到文章开头的问题:Linux 内核拥抱 AI 编程,程序员会失业吗?

读完这篇文章,我相信你心中已经有了答案。

不会。至少,真正的程序员不会。

程序员这个职业,从来都不仅仅是"写代码"。写代码只是表象,真正的价值在于:

  • • 理解复杂问题,把模糊的需求变成清晰的方案
  • • 做出技术决策,在多种可能性中选择最优路径
  • • 设计和维护系统,让软件可靠、可扩展、可维护
  • • 协作和沟通,让团队高效运转,让技术服务于业务
  • • 创新和突破,用技术解决以前解决不了的问题

这些能力,是 AI 短期内无法替代的。


参考资料:

  • • Linux Kernel Documentation: coding-assistants.rst
  • • Linus Torvalds' commit message on merging the AI assistance guidelines

最新文章

随机文章