Linux 之父 Linus Torvalds 近日坦言自己已“转粉” Claude Code——Anthropic 出品的 AI 编程助手，并用它完成了一个 Linux 内核页缓存（page cache）优化的实验性分支 noref-filemap-read-with-llm。该分支包含 8 个补丁，在他的笔记本上，小块读取（small read）吞吐从约每秒 1000 万次提升到 3000 万次/秒，性能接近翻了三倍。
这一表态在内核社区引发不小震动。Torvalds 以对工具链的挑剔和对代码质量的严苛著称，他此前对 AI 生成代码多持保留态度。如今他亲口承认 AI 助手帮他完成了实打实的内核性能优化，其象征意义远超一次普通的技术分享：连最硬核的系统程序员也开始把 AI 当结对伙伴。
页缓存优化：AI 啃下了硬骨头
页缓存是 Linux 内核 I/O 路径的核心：文件读取先经过页缓存命中检查，命中则直接从内存返回，避免落盘。这条路径对延迟极度敏感，任何多余的分支、锁竞争或引用计数操作都会被放大。Torvalds 的实验分支围绕 filemap 读路径，尝试减少不必要的引用计数（noref 即 no-reference 之意）与锁开销。
值得注意的是分支名中的 with-llm 后缀——Torvalds 没有藏着掖着，直接把“这是和大模型一起写的”写进分支名。据他描述，Claude Code 在这次实验中承担了模式探索与样板重构工作：快速尝试多种无锁/少锁的读路径变体、生成基准测试脚手架，而他本人负责判断哪些变体在语义上正确、把关最终合并质量。分工清晰：AI 负责广度，人负责正确性。
实验分支不等于合入主线
需要冷静看待的是，这仍是一个实验分支，8 个补丁尚未进入主线评审。内核社区对性能补丁的要求极为苛刻：必须在多种架构、多种负载下证明无回归，且代码可维护性要经得起数十年检验。AI 生成的激进优化能否通过这一关，还是未知数。
但方向已经明确：AI 编程助手正在从“写 CRUD”向上游渗透，连操作系统内核这种对正确性要求最高的代码，也开始出现人机协作的成功案例。下一场争论可能不再是“AI 能不能写内核代码”，而是“内核维护流程要不要为 AI 协作调整”——比如是否要求补丁声明 AI 参与程度。这与 Linux 基金会同期报告中“AI 垃圾 PR”的治理讨论，恰好形成有趣的互文。