一句话看懂：Linux 创始人 Linus Torvalds 在发布 7.3-rc2 候选版时，因补丁规模异常庞大而找不到具体原因，半开玩笑地把锅甩给 AI。这个玩笑背后，是开源社区正在严肃争论的一个问题：AI 辅助代码审查带来的海量小型修复，正在改变内核开发的节奏与工作量分布。
事件核心：发生了什么
2025 年 11 月，Torvalds 照常在周日发布 Linux 7.3-rc2 候选版。按内核开发惯例，rc2 应该是合并窗口关闭后的“安静周”，但这次它携带了约 615 个提交，来自 292 位贡献者，规模远超正常水平。Torvalds 在公告中将其形容为“全脂”版本，并坦言“看起来没有特别奇怪的地方”，找不到单一原因。他随后以一句“我们都会怪罪 AI，因为这很容易归咎”并配上眨眼表情收尾。
数据显示，工具链相关补丁约占整个补丁集的 20%，主要集中在 sched_ext 和 selftests 测试框架。驱动代码仍是内核变更的主体，但在驱动之外，工具链已成为最大的变更来源，超过文件系统、核心内核和网络子系统。这并非新功能扩张，而是测试基础设施在膨胀。
为什么重要
Torvalds 的玩笑掩盖了一个他在一个月前曾严肃讨论过的趋势。2025 年 8 月 9 日发布 7.2-rc7 时，他曾明确表示，补丁规模巨大且“修复众多”，其中许多是各种 AI 工具审查的产物，并将此描述为“新常态”。这两次表态的差异值得注意：AI 机器审查代码并标记错误，与机器直接编写代码是两回事。前者产生大量零散的小修复和新增测试——这正是 rc2 的样子；后者则可能带来 AI 生成代码在安全测试中失效率高企的隐患。
Linux 内核社区并非对此毫无防备。内核文档已设有“AI 编码助手”政策，要求贡献者通过提交信息中的“Assisted-by: LLM”标签声明机器辅助程度，同时禁止 AI 代理添加 Signed-off-by 签名，因为只有人类才能认证开发者起源证书。这是一个可量化的追踪机制，但目前几乎无人使用——尚未有人统计 rc2 中带有该标签的提交数量。
对用户/开发者/创作者的影响
对于普通 Linux 用户，短期内这次 rc2 的规模异常不会直接影响系统稳定性，但测试工具链的扩张意味着内核质量保障正在从“人工审查驱动”转向“AI 辅助审查驱动”，这可能会让更多边缘 bug 在早期被捕获，也可能让维护者邮箱被大量低质量 AI 补丁淹没。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
对于内核贡献者和开源维护者，信号则更为直接：内核社区对 AI 工具辅助的态度是“谨慎接纳而非开放欢迎”。维护者有权对工具辅助的补丁要求额外测试、降低审查优先级，甚至不做详细审查直接拒绝。这与 Debian 社区 2025 年 8 月投票通过的“允许 AI 辅助贡献、披露可选但质量必须过关”形成鲜明对比，两个项目选择了截然不同的治理路径。
值得关注的后续
第一，观察是否有开发者或研究机构开始统计 Linux 内核提交中的 Assisted-by 标签使用率——这是检验 AI 辅助声明政策落地效果的直接数据。第二，7.3 正式版发布时是否会延续 rc2 的规模，判断这是否为一次性波动还是长期趋势。第三，Debian 与 Linux 内核两种治理路线的实际效果比较——目前公开信息显示，两者都缺乏系统性证据来证明哪种方式更能维持开源项目的可持续性。
来源：The Next Web
