摘要： 2026年3月，Linux 内核社区爆发了一场关于 Sashiko（一个基于大语言模型的内核补丁审查系统）的大辩论。内存管理（MM）“大管家” Andrew Morton 试图强制要求作者回应 AI 的审查意见，却遭到了多位维护者的集体“炮轰”。这究竟是效率的飞跃，还是维护者的噩梦？

一、 起因：一个清理函数引发的“惨案”

原本这只是一个关于内存管理子系统巨页（huge pages）处理函数的常规补丁集讨论。但在 3 月 19 日，随着 Andrew Morton 的介入，话题画风突变。

Morton 提议：修改内存管理子系统的审查流程，要求所有补丁作者必须逐一回应 Sashiko 给出的反馈。

这一石激起千层浪。Sashiko 是什么？它是 Roman Gushchin 最近发布的、专门针对 Linux 内核补丁的 AI 审查工具。虽然它诞生不足一个月，但已经展现出了令人恐怖的“肝”量。

二、 矛盾焦点：AI 是“神队友”还是“噪音制造机”？

1. Andrew Morton：Rule #1 是“别写 Bug”

Morton 的逻辑非常硬核。他通过对 linux-mm 邮件列表的 35 封邮件进行复盘发现：

• 22 封回复确认了 Sashiko 指出的问题确实需要修改。

• 他认为：“如果命中率能达到 50%，那就完全值得开发者花时间去核对。”

为了给 AI 腾出审查时间，Morton 甚至决定延长补丁进入他个人树（tree）的等待期，并表示：如果补丁在 AI 的环境中无法应用（Apply），他就拒绝接收。

2. Lorenzo Stoakes：请不要“自动关卡”

作为副维护者，Stoakes 的反应极其强烈：

“Andrew，看在上帝的份上，请不要这样做！”

Stoakes 吐槽了几个核心痛点：

• 环境兼容性差： 他加班 13 小时重写的补丁，在内核树运行完美，但在 Sashiko 的实验性环境里就是跑不通。

• 误报率极高： 虽然 22 封回复确认了有 Bug，但 Sashiko 每次审查会抛出几十条意见，其中充斥着大量“幻觉”和错误。

• 精力黑洞： AI 可以不知疲倦地产生数千字的审查报告，但维护者的人力是有限的。强制回应 AI 每一条意见，等于在消耗开发者宝贵的生命。

三、 核心争议点总结

四、 Sashiko 的开发者怎么看？

Sashiko 的亲爹 Roman Gushchin 态度相对客观。他承认：

• AI 审查具有主观性，且极度依赖社交背景。

• 目前系统并不完美，但他认为 20% 的误报率在能抓到大多数 Bug 的前提下是可以接受的。

他目前正致力于将 Sashiko 深度集成到邮件流中，并优化补丁在不同分支（如 mm-unstable, linux-next）上的兼容性。

五、 结语：这不只是技术问题，更是社会学问题

Sashiko 在短短一个月内写了 10,000 份审查，平均每份报告 3,500 字。这种产出速度已经超越了人类的极限。

正如社区成员 Pedro Falcato 所言，与其强制使用未经测试的 AI，不如像 netdev 子系统那样把审查流程标准化。

这场争论的核心在于：

为了减少 Bug，我们愿意忍受多少“AI 幻觉”？愿意在多大程度上依赖闭源的大模型？又是否愿意让机器成为开源社区的“数字看门人”？

这不仅是 Linux 内存管理部门的难题，也是未来所有开源社区必须面对的终极考卷。