如果要找一个「人类顶尖工程师也需要AI 辅助」的案例，没有比这更有力的了。 Linux 之父Linus Torvalds，写了35 年核心程式码、以极度严格的程式码审查闻名的人，8 月21 日在一个Intel Xe 显示卡驱动的bug 上花了24 个debug patch 和18 次重开机，最后靠AI 协助才找到问题。而修复本身只改了一个函式呼叫。
Bug 的本质：记忆体位址算错一页
问题出在Intel Xe 驱动的get_flat_ccs_offset()函式。这个函式负责从硬体读取flat CCS（Color Compression Storage）的基础位址，乘以启用的L3 节点数量，然后四舍五入到128K 边界。四舍五入以下的位址空间会被交给VRAM 分配器当作可用记忆体。问题在于：原程式码用了round_up()（无条件进位），但一个代表「可用记忆体到此为止」的边界值不应该往上进位。进位后多出来的空间会被当成可用记忆体分配出去，但那块记忆体属于压缩硬体。在Battlemage G21（16GB）显示卡上，实际的CCS 基底位址是0x3fafff800，进位后变成0x3fb000000，中间差了2KB，刚好一页。
这2KB 被分配给了Mesa 虚拟机器的三级页表。每次冷开机时，页表都会落在这个位置，导致覆盖了合成器的batch-buffer heap，合成器第一次提交任务就出错，gdm（显示管理器）不断重启，使用者看到的就是黑画面。重启gdm 反而能修复，因为下一次VM 页表会分配到别的地方。
修复只有一行：把round_up()改成round_down()。在这台机器上，这个改动排除了恰好一页的记忆体。 Torvalds 事后读取那页被保留的记忆体，看到了压缩元资料的写入模式：每16 位元组中有2 位元组的压缩标记，正是硬体在无声无息地覆写分配出去的记忆体。原本应该抓到这个问题的断言检查，因为比较值恰好是128K 对齐的，在非对齐的基础位址上反而不会触发失败，等于形同虚设，完全没发挥作用。
24 个patch、18 次重开机、一个不肯放弃的人
Torvalds 在commit message 中写道，这是一个「地狱级的debug session」。整个过程产生了24 个debug patch（逐步加入更多侦错资讯）和18 次核心重开机，才把问题范围缩小到那个错误的四舍五入函式。
关键转折是AI 的参与。 Torvalds 让AI 负责大量繁琐的工作，包括加入debug 程式码、分析输出结果。但AI 的表现并非一路可靠：它多次直接告诉Torvalds「这个问题不可能解决，我们应该写个报告就好」。不过在个他的不断要求鞭打（？）下，AI还是定位出问题并解决了。
Torvalds 在commit message中写下他的观察：
「我怀疑这些东西是被一些不像我这么固执的人训练出来的。但当我坚持下去的时候，AI 确实持续加入debug 程式码并忠实地分析结果。功劳归功劳，我让AI 写了上面那段commit message。」
同一个人，两个月前才叫AI 批评者「去fork」
这次修补之所以引人注目，不只是因为修了一个两年的老bug，更因为它发生在Torvalds 公开表态支持AI 编程工具的两个月后。今年7 月，他在Linux 核心邮件列表上写道：「Linux 不是那些反AI 的专案之一，如果有人对此有意见，他们可以做开源该做的事，fork 它。或者直接离开。」
当时的争论源于Sashiko，一个「agentic Linux 核心程式码审查系统」，号称能独立找到53.6% 最终被人类修复的bug，但假阳性率也在20% 左右。维护者们对于是否该被大量自动化bug 报告轰炸产生分歧，Software Freedom Conservancy 发表声明主张「应该支持那些完全拒绝LLM/AI 系统的人」，Torvalds 则明确反对这种立场。
他说自己的立场是务实的，「基于技术优点，不是对新工具的恐惧」。他还反问：「任何指出AI 问题的人，最好同时照照镜子指着自己。因为人类智慧也没有多了不起。」
用法不同，结论就不同
Torvalds 这次用AI 的方式，和他批评的AI 使用方式有本质差异。他收到的邮件列表上充斥着AI 生成的低品质patch 和垃圾消息，那是「AI 自动产出、人类没看就提交」的模式。但这次debug 是「人类主导、AI 辅助」的模式，Torvalds 自己决定方向，AI 负责繁琐的程式码插入和结果分析，当AI 说「放弃吧」的时候，人类选择忽略它继续做。
这个区别很关键。 AI 在debug 场景中的价值在于「加速排除法」，24 个debug patch 和18 次重开机的过程中，AI 承担了大量机械性的工作，让Torvalds 能专注在分析和决策上。但最终找到问题的那个瞬间，靠的是人类的固执。
Torvalds 的AI 态度转变时间线
Torvalds 对AI 编程工具的态度并非一开始就开放。 2025 年初，一项由METR 进行的研究发现，使用AI 工具的开源开发者生产力反而下降了19%，即使这些开发者自己感觉「快了20%」。但到了2026 年2 月，同一组研究者更新了结论，认为「开发者在2026 年初从AI 工具获得的加速效果，很可能比我们2025 年初的估计更大」。
Torvalds 自己在今年1 月透露，他正在用百度Antigravity 进行所谓的「vibe coding」，帮自己的吉他效果器专案做一个Python 音讯视觉化工具。他写道：「一开始是我典型的百度搜寻然后照做的程式写法，但后来我跳过了中间人，也就是我自己，直接用Antigravity 来做。」
从个人实验到正式在核心开发中使用AI，再到公开叫批评者去fork，Torvalds 的态度转变只花了半年多。而这次Intel Xe 驱动的debug 经验，等于是他用亲身经历为自己的立场提供了具体案例。
这个修补预计纳入Linux 7.3，并回移到稳定版核心。对于使用Intel Battlemage G21 显示卡、偶尔遇到黑画面问题的使用者来说，两年的等待终于结束了。
