出品 | CSDN（ID：CSDNnews）
作为 Linux 之父及内核最终维护者，Linus Torvalds 已鲜少亲自为具体硬件驱动编写补丁。然而上周，他不仅亲自动手修复了 Intel Xe 显卡驱动中的一个 Bug，更透露在长达数日的排查中，AI 承担了绝大部分繁琐工作，甚至连最终的 Commit 提交说明也由 AI 撰写。
这一事件迅速引发了关于 AI Coding、开源治理以及“程序员是否该公开赞扬 AI"的激烈争论。
一场“地狱级”调试，终改一行代码
问题源于 Intel Xe 内核显卡驱动。Linus 在使用 Battlemage G21 显卡时发现，驱动对部分内存边界的处理存在偏差，导致本应保留的 CCS（Compute Command Streamer）相关存储区域被错误暴露为可用显存（vRAM）。
若该内存被分配给 GPU 页表，后果不堪设想；即便未发生极端情况，也可能随机破坏位图数据，引发屏幕异常。此次故障的最显著症状是 GDM 显示管理器陷入不断崩溃重启的死循环。
经过深入排查，Linus 定位到根源在于一次 CCS 偏移量计算错误：代码将地址向上取整（round_up）到了 128KB 边界，而实际上应向下取整（round_down）。这一错误的取整方向导致少量保留内存被误算进可用范围。
修复方案极其简单：将 round_up() 改为 round_down()。然而，找到这行代码的过程却异常艰难。
AI 欲放弃，Linus 强推继续
Linus 在 Commit 中将此次经历形容为"debug session from hell"（地狱级调试），并明确表示 AI 在其中提供了巨大帮助，承担了大量繁琐工作。
但这并非一帆风顺的人机协作。Linus 透露，调试过程中 AI 曾多次判定问题无解并建议放弃：“我本想称它为不知疲倦的好帮手，但这 AI 好几次直截了当地说‘这不可能，无解了，咱们直接写个报告吧’。”他调侃道：“训练这玩意儿的人，大概没我这么倔。”
最终的模式是：AI 试图放弃，而 Linus 强制其继续。在 Linus 的推动下，AI 不断添加调试代码、分析结果，并根据新反馈扩大或缩小排查范围。为了定位这个仅需修改一行代码的问题，Linus 共应用了 24 个用于补充调试信息的补丁，进行了 18 次内核启动测试。
“虽然 AI 好几次准备放弃，但只要我坚持继续，它就会不断添加调试代码，并认真分析结果。所以，该给的功劳还是要给，上面这段 Commit 信息也是让 AI 帮我写的。”
未点名 AI 型号，反成舆论焦点
值得注意的是，Linus 在整个 Commit 中始终未透露具体使用了哪款 AI 工具，这反而引发了网友的猜测与调侃。有人推测，基于 AI 在调试中表现出的“多次宣告无解”和“直接表示不知所措”，大致能猜出工具型号。
相比工具本身，更核心的争议在于：为何 Linus 使用 AI 会在 Linux 社区引发如此强烈的反应？事实上，Linus 今年以来多次公开支持 AI 工具，明确反对将 Linux 项目变成“反 AI"阵地。随着越来越多的 AI 辅助代码审查案例出现，维护者们正面临效率提升与额外审查压力的双重挑战。
当 Linus 不仅在 Commit 中使用 AI，还专门写下"AI 帮了大忙”时，部分社区成员的情绪彻底被点燃。
社区争议：为何要夸工具？是否违反政策？
评论区中，不少人对 Linus 此举表示强烈反感。
有网友质问：“我从没见过厨师夸菜刀、建筑工人夸砖头，凭什么修个 Bug 就要夸 AI？工具何时需要被夸奖了？”在他们看来，Linus 的行为已超出个人使用范畴，等同于为 AI 进行免费宣传，甚至导致部分人对其过往贡献的敬意消散。
更有甚者翻出 Linux 内核官方的 AI 编码助手政策文档，指出其中明确要求：AI 贡献必须包含"Assisted-by"标签进行归属标注，且提交者须对 AI 生成的所有代码承担全部法律责任。据此，有人指责 Linus 此举“违反了 Linux 自己的 AI 政策”。
此外，质疑声也指向了 Linux 的 QA 流程。有资深嵌入式开发者表示，难以理解此类 Bug 当初是如何合入代码库的，更质疑为何缺乏确定性流程使其提前暴露，非要演变成一场“地狱级调试”。
还有观点将矛头指向 AI 的社会成本：“聪明人本该靠自己解决的问题，现在靠 AI 加速解决——但代价是污染水源、毒化空气、腐蚀大众认知能力。这一切是否值得，时间会给出答案。”
这些情绪背后，折射出 AI 进入开源世界后的明显分裂：
- 一方认为：能发现 Bug、提高效率，AI 就是好工具。
- 另一方担忧：AI 带来的效率提升，是否正在将成本转移给维护者、环境及整个技术社区？
客观来看，Linus 此次使用 AI 的方式并非大众想象的"AI 自动编码”。AI 并未独立解决问题，甚至多次判断无法解决。最终坚持排查方向、判断实验结果、决定继续还是停止的，依然是 Linus 本人。
无论喜好如何，AI 的身影在 Linux 内核开发流程中已愈发难以忽视。
参考链接：https://www.phoronix.com/news/Linus-Torvalds-Debug-AI