先说昨天发生的事。
8月22日，KDE开发者Mark Kretschmann爆料，Linus Torvalds刚刚"在AI的实质性帮助下"，修掉了一个棘手的Linux内核GPU bug。微博按他的说法，这个bug把Intel Xe GPU压缩元数据存储区的一部分错误地暴露成了可用VRAM，导致页表损坏、黑屏，而最终的修复基本就是一行代码的改动。
如果你这个月只看过标题，可能会觉得这一幕有点违和——这不是那个放话"不爽就fork或走人"、被传成"反AI"的硬汉大爷吗？
其实完全不矛盾。把最近60天的事排一遍，你会发现Linus和Linux内核社区对AI划的线一直很清晰：他们打击的从来不是"用AI"，而是"没人负责的低质量补丁"。
先交代一个背景：Linus今年关于AI最集中的表态，几乎都出自Linux基金会主办的Open Source Summit系列峰会。6月下旬，他在其中一场峰会上公开吐槽"99%的代码都是AI写的"这种吹嘘。哔哩哔哩7月，他又在同系列活动的孟买站做了一场围炉对谈。哔哩哔哩
先把时间线倒一遍（这段值得存）：
7月底，Linus公开回应Software Freedom Conservancy等机构的"反AI"提议，明确说Linux内核不是反AI项目，还点名了Sashiko这类AI代码审查工具。知乎对社区里的反AI派，他甩出的名言是那句"不爽就fork或走人"。哔哩哔哩
8月5日，内核稳定分支维护者Greg Kroah-Hartman立新规：drivers/staging暂存区不再接收AI大模型产出的代码补丁，唯一例外是有效的安全漏洞修复。微博原因很实在：staging本来就是新手靠交补丁学内核开发的练习场，AI替你写补丁，练的就是写提示词，不是内核开发。
8月10日，7.2-rc7体积明显膨胀，Linus直接归因于AI工具：开发者依赖AI提交补丁，把小修复拆成越来越碎的提交。微博
8月17日，Linux 7.2正式发布：9周周期、代码规模超4300万行，新增缓存感知调度、USB4相关改进、AMD HDMI 2.1输出支持等特性。微博但DRM显示调度器因性能问题被迫回滚到FIFO模式，这颗内核将成为Ubuntu 26.10的底座。微博
8月22日，也就是昨天，Linus亲自用AI修了那个Intel Xe黑屏bug。
这样看下来，Linus的AI立场其实一直有三层，而且很一致：
第一层：AI作为有能力的人手里的工具，欢迎。他多次说过，AI工具本身没问题，只要它别给人制造毫无意义的重复劳动。“吹嘘99%的代码是AI写的很荒谬，按这个逻辑，你的代码100%是编译器写的”——这是他在开源峰会上的类比：AI就像编译器，只是工具，不改变代码质量。哔哩哔哩
第二层：AI辅助代码审查，欢迎。无论是对Sashiko这类AI审查工具的态度，还是那句"AI正在重塑内核开发，但痛点不在代码而在人"，他始终把AI当成额外的眼睛，用来减轻审查负担，而不是当成作者。哔哩哔哩
第三层：没人负责的LLM补丁倾倒，打击。staging禁的不是"AI"，是"没人看懂的代码"；他点名rc7膨胀，针对的也不是"AI写代码"，而是"把小修复拆出膨胀的提交量"。
标尺其实只有一把：提交代码的人，是否理解代码、能否为它负责。
昨天Linus这次AI修虫，恰好就是这把标尺的活样本：bug的机理清楚（压缩元数据被误当成VRAM暴露），修复是人类可读的一行改动，最终拍板的是人。AI在这里只负责加速，责任和判断没有外包出去。
那这件事跟你有什么关系？
如果你打算给内核交补丁：staging已经对AI生成的代码关门（安全修复除外），其他子系统没有成文禁令，但默契更严格——你得能解释每一行的理由，接得住审查质询，别把一个修复拆成五个提交。
如果你日常在用AI辅助编程：Linus的立场对你是好消息。他反对的从来不是"会用工具的人"，而是"用工具代替判断"。AI是放大器，人懂代码，AI效率翻倍；人不懂代码，AI只会批量产出"创可贴补丁"。哔哩哔哩这是他今年在开源峰会围炉对谈里的原话。
如果你只是围观：这事值得追。Linux内核是人类历史上最大的协作软件项目，它背后是Linux基金会和全球开源社区，它在2026年怎么给AI立规矩，基本就是整个软件行业怎么立规矩的预演。
接下来值得盯的几个信号：
7.3合并窗口已经开启，Linus会不会把"AI补丁膨胀"提到合并窗口规则的层面；
7.2里被回滚的DRM调度器，会不会在7.3修好回归；
staging的AI禁令，是否会扩散到其他子系统；
Ubuntu 26.10实际搭载7.2内核的落地时间。
一句话收尾：开源世界从来不禁止工具，禁止的是不负责任。Linus划的这条线，对每个用AI写代码的人同样适用。
