Linus Torvalds 孟买对话实录：关于 Rust、AI、内核治理与工程本质的坦率思考

我不是程序员，我是架构守门人 Linus Torvalds 明确表示，自己早已不再编写 Linux 内核的核心代码。面对 3500 万行代码的庞然巨物，他不再逐行阅读补丁，而是依靠数十年建立的信任网络——只合并那些由长期合作、高度可靠的维护者提交的变更。他的工作重心是理解「为什么改」，而非「怎么改」。他要求每个拉取请求必须附带清晰、详尽的上下文说明，因为真正的价值不在于代码本身，而在于决策背后的系统性思考。当问题发生时，他需要能立刻回溯到当时的判断逻辑，而不是从头分析代码细节。 Rust 很好，但不是银弹 他对 Rust 的态度清醒而务实：「我完全不反对 Rust，但我也希望降低大家对它的期待，不要认为 Rust 能够像魔法一样修复所有 Bug。」Rust 擅长防范内存安全类错误，却无法替代人的逻辑判断。Linux 内核近年曝出的严重问题，多源于设计缺陷或状态机误用等深层逻辑错误——这类问题，换任何语言都无解。他更看重的是 C 生态中正在成熟的自动化验证工具链，比如 Sashiko 和补丁级邮件自动检查流程。这些工具不改变语言，却让「更多双眼睛」高效覆盖代码审查盲区。 AI 是强力探针，不是合格工程师 LLM 已成为强大的 Bug 发现引擎，能挖出沉睡数十年的隐蔽缺陷。但这恰恰暴露了当前 AI 的根本局限：它擅长局部「攻击」，却缺乏全局「建造」能力。它能生成看似合理的补丁，但往往只是「创可贴式修复」——掩盖症状，回避根源。Linus 尖锐指出：「AI 仍然缺少一些『工程品位』。」真正的修复需要权衡兼容性、性能边界、调用链影响与长期可维护性，这依赖的是人在复杂系统中沉淀的直觉与经验，而非提示词微调所能赋予。 合并窗口不是冲刺终点，而是节奏校准器 他主动收紧内核合并纪律：反对在窗口末期扎堆提交非关键修复。理由很朴素——九周一个版本，延迟几周交付高质量补丁，远比仓促合入引发新风险更值得。真正让他感到压力的，从来不是代码冲突或构建失败，而是人际协作中的信任损耗。他强调：「代码很容易修复，但人的性格和相处问题并不总是那么容易解决。」开源项目的韧性，最终取决于人与人之间经得起时间考验的共识机制。 淘汰旧硬件，不是怀旧终结，而是维护理性 移除 486 支持并非情怀退场，而是工程责任的再确认。当某类硬件仅存于博物馆，继续为其保留浮点模拟、绕过现代指令集优化，所消耗的开发精力就不再是技术延续，而是对当下主力用户的隐性剥夺。同理，清理无人维护的 ISDN、ATM 等陈旧子系统，不是删减历史，而是为代码库「减负增效」，确保每一分维护资源都投向真实运行的场景。 Git 与内核的共同逻辑：抽象高于实现 Git 支持 Rust 并非语言站队，而是其设计哲学的自然延伸——Git 的核心价值在于分布式版本模型与内容寻址抽象，C 或 Rust 都只是载体。同样，Linux 内核接纳 Rust，也非放弃 C，而是将安全敏感模块（如新驱动框架）交由更严格的语言约束，而将经过亿级设备锤炼的核心调度、内存管理等模块，继续交由最熟悉、最可控的 C 实现。语言选择，终究服务于分层可信的系统架构。 最后一点轻松提醒 当被问及 AI 的日常用途，他笑着承认：旅行时会给家人照片加上哥斯拉。技术可以严肃，但人不必永远紧绷。真正的工程智慧，既包含对复杂性的敬畏，也保有对生活本身的幽默感。