内核维护者不再纠结代码是否由 AI 生成，
而是直接定下规矩：署名必须写清楚，锅必须自己背。
4 月中旬，Linus Torvalds 发布了 Linux Kernel 7.0。
版本号从 6.19 直接跳到 7.0，原因简单到令人发笑——Linus 觉得 6.20 “不好数”，于是进位。这很 Linus。
但这次更新绝不是换一个数字那么简单：Rust 正式成为内核一级编程语言，XFS 文件系统学会了“运行时自修复”，而最炸裂的消息，是内核社区终于拍板了 AI 辅助编程的准入门槛。
01 五年等待，Rust 终于转正
2022 年 Rust 刚进入 Linux 内核时，被严格限制在“实验性”区域，所有 Rust 代码都要用 #![feature] 标记，像个实习生在门口张望。
到了 Kernel 7.0，这一切彻底改变：
- PCI 设备抽象、中断处理、DMA 映射等底层基础设施已经可以用 Rust 直接调用
内存安全不再是口号。过去这些年，Linux 内核中超过一半的高危 CVE 来自空指针、释放后使用、缓冲区溢出——而这些错误，Rust 在编译阶段就能直接拦截。
NVIDIA 正在用 Rust 重写开源的 Nova GPU 驱动，Ubuntu 也明确表示将逐步用 Rust 方案替换关键系统组件。Rust 不再是玩具，它正在成为内核的钢筋水泥。
02 XFS 文件系统：会自己看病了
另一个硬核更新来自 XFS。以前文件系统元数据损坏后，管理员只能眼睁睁看着服务器下线，然后痛苦地运行 xfs_repair 离线修复。
从 7.0 开始，XFS 引入了 xfs_healer 守护进程。它实时监听错误事件流，一旦发现元数据损坏或 I/O 异常，在文件系统仍然在线挂载的状态下立即启动修复。
服务器重启后直接进入健康状态，不需要再熬一整晚。
这对云原生和大型存储场景来说，堪称救星。
03 AI 写代码终于合法了，但有个“陷阱”
比技术升级更值得关注的，是内核社区对 AI 辅助编程的态度转变。
过去一年，争议不断：Intel 与 Oracle 的工程师在邮件列表上激烈争吵，cURL 创始人因被 AI 生成的“幻觉补丁”淹没而关闭漏洞赏金计划，Node.js 等项目中出现了上万行劣质 AI 代码。
Linus 一锤定音：全面禁止 AI 是毫无意义的姿态，内核应该约束的是人的行为，而不是去管别人本地跑了什么软件。
最终落地的规则非常清晰：
- 严禁 AI 使用人类的 Signed-off-by 标签（该标签具有法律效力）
- 取而代之，新增 Assisted-by 标签，开发者必须注明自己使用了哪个 AI 模型和哪些工具
- 法律和代码责任完全由提交代码的人类开发者承担——哪怕 AI 生成了 99% 的代码，只要出 bug，背锅的只能是那个点“提交”的人
内核社区的逻辑很冷也很现实：你可以偷懒，但不能把责任外包给机器。
有趣的是，Linus 和稳定内核维护者 Greg KH 同时注意到：最近几周 AI 生成的漏洞报告突然变得极其高质量，不再是垃圾信息，而是真正可付诸行动的有效发现。Greg 说：“大约一个月前，一切都变了。”
04 写在最后
Kernel 7.0 已经可以通过 kernel.org 下载，Ubuntu 26.04 LTS 和 Fedora 42 也已同步拥抱这套新内核。
Rust 转正、XFS 自愈、AI 辅助编码合法化——这三件事放在一起，标志着一个信号：Linux 并不是在抗拒新时代的工具，而是在用最谨慎的方式，把它们变成自己的骨骼与肌肉。
代码可以交给 AI 写，但责任依然留给人。
这或许就是开源世界面对未来时，最朴素也最有力的答案。
