AI周报：Kimi K3力压Fable 5，DeepSeek融资估值破五千亿

作为Linux和Git的缔造者，Linus Torvalds已在开源领域深耕三十余年，这场与资深开发者的对谈，并未局限于技术细节的点评，反而展现了一位站在大型工程核心的管理者，对软件、社区、协作逻辑的深层思考。对话全程围绕内核开发、编程语言选择与大语言模型的影响展开，处处透着务实的工程思维。

这场交流始于Linux 7.1的发布话题，Linus强调内核开发从未追求“惊艳发布”，而是依靠二十余年稳定的迭代节奏持续演进。这个版本中最受关注的更新之一是重构后的NTFS子系统，两个独立维护的版本将通过竞争决定最终留存方案；而另一个引发讨论的变化，则是对486等老旧硬件支持的移除。

当被问及移除486支持的决定时，Linus直言自己并不对技术抱有过度怀旧情绪。他解释称，这类硬件距今已超过30年，最后一批无浮点单元的x86设备早在1993年就已推出，维护这类仅存在于博物馆场景的硬件，会持续增加代码库的维护负担。此次移除不仅包括486支持，还会同步清理浮点仿真代码，同时逐步淘汰ISDN、ATM等无人维护的老旧模块，以此保障Linux内核代码库的可维护性。

谈到内核合并窗口的工作节奏，Linus提到自己通常会在每9-10周的发布周期中，用两周时间处理约200个合并请求。他坦言自己会尽量避免在旅行期间遇到合并窗口，但即便在航班上也能完成部分工作。不过他也提到，当前AI工具带来的bug修复让合并窗口的压力有所增加，部分开发者习惯在发布周期后期提交修复，这让他开始提醒社区：非紧急修复可以推迟到下一个版本，避免引入新的风险。

Linus坦言自己如今几乎不再阅读内核代码，更像是一名项目负责人而非传统程序员。面对3500万行的庞大代码库，没有人能完全掌握所有细节，因此他的工作核心是信任长期合作的开发者，通过清晰的提交说明来把控项目的整体方向。只有当出现代码冲突、提交说明模糊时，他才会深入查看具体代码。他也提到，相比代码问题，社区中的人际矛盾才是更让人头疼的挑战。

在编程语言的讨论中，Linus保持了一贯的务实风格。他承认Rust能减少C语言中常见的内存安全类错误，但并未神化这门语言——他强调语言无法替代开发者的思考，也不能自动修复逻辑错误。相比Rust是否会接管内核，他更关注C代码验证工具、自动化补丁检查等工具的进步，认为这类工具能为传统C代码提供更多的审查维度。他将C比作链锯，Rust比作精密机床，不同场景适合不同的工具，自己依然偏爱C语言的简洁与强大。

谈及Git的发展，Linus提到该项目早已支持多语言实现，早期就有Java版本的Git在企业服务器环境中运行，因此此次将Rust设为默认选项并非颠覆性变化，只是延续了Git灵活的技术选型思路。

对于大语言模型，Linus将其定位为实用工具而非魔法。他提到LLM能帮助发现更多隐蔽的bug，覆盖此前较少被审查的代码区域，但同时也带来了不少问题：AI生成的错误报告、幻觉内容和临时补丁，会消耗开发者大量的甄别精力。他曾随口提到LLM能带来10倍效率提升，但补充说明这只是一个感性的数字，并非严谨的评估。如今他认为，LLM带来的整体收益已经超过了消耗，但仍需要开发者参与验证AI生成的内容，无法完全替代长期维护者的架构判断与工程经验。

整场对话中，Linus始终强调开源社区的核心并非工具或语言，而是信任、经验与成熟的审查机制。无论是代码库的迭代、语言的选择还是新技术的融入，最终都要回归工程实践的本质，保持对复杂系统的敬畏。