前一阵子，Linux 内核邮件列表里出了一条消息：内存管理子系统的资深维护者 Lorenzo Stoakes，宣布退出部分审核角色。不是换工作，也不是身体扛不住，而是被 AI 生成的补丁淹了。
据 Phoronix 和 Tom's Hardware 的公开报道，Stoakes 明确表示，大量由大语言模型（LLM）生成的补丁涌进列表，很多纯属“AI slop”——看着像样，实际毫无价值，但审核者必须一个个看完。他的原话是在这些 AI 垃圾上浪费的时间已经太多，而这还只是提交量暴涨的开头，人手根本不够。
为什么 AI 写出来的补丁质量这么差？
大语言模型擅长模式匹配，但没法理解内核级因果。内存管理这类代码，改动一行就可能造成系统崩溃或权限漏洞。AI 生成的补丁经常是拿表面相似的修复往里套，不看上下文，甚至有语法错误。多个维护者都在抱怨，时间被这些低质量提交吃掉，真正的安全修复和性能优化反而被推迟。
这会耽误我服务器的安全更新吗？
就眼下看，还没出现因为 AI 补丁直接导致安全漏洞的例子，但拖慢整个审核流程是实实在在的。Stoakes 退出后，内存管理补丁的审核人手更紧，如果你的服务器跑的是长期支持版本内核，更新本来就保守，影响不大；但如果你习惯上新内核或者用主线版，补丁合并就可能慢一拍。对建站的人而言，选个稳定的内核，定期看变更日志，比追新更保险。另外，用 AI 写运维脚本的时候——比如备份、防火墙规则——一定自己看一遍，别把危险权限或者错误路径直接丢进 crontab。
我用 AI 给 WordPress 主题加功能，该注意什么？
现在很多站长用 AI 辅助写 PHP、CSS，确实快。但如果你分不清哪段代码真正操作数据库、哪段只是展示，就别直接把 AI 生成的东西上线。我见过有客户把 AI 写的查询扔进主题 functions.php，最后站点变慢，甚至暴露了管理接口。微码盒在做 WordPress 主题和 dedecms 模板时，每一行都经过本地测试和兼容校验，不是打包前丢给 AI 就完事。如果你要在现有主题上添功能，拿不准的时候，用我们现成调试好的源码，总好过上线后抓虫。
AI 是个加速器，前提是你得看得懂它给出的东西。Stoakes 的退出是个信号：当提交量压垮审核，最终吃亏的是所有依赖 Linux 的人。下次你对着 AI 生成的代码点“复制”的时候，先问问自己——你是那个把关的审核者，还是那个扔垃圾的人。
