一句话看懂：Linux 7.4 合并窗口录得 19,671 次 Git 提交，创内核史上单窗口最高纪录。Phoronix 认为，这与维护者被 AI 生成的缺陷报告和补丁大量涌入有关。
事件核心：发生了什么
据 Phoronix 统计，自 Linux 7.3 之后，Linux 7.4 合并窗口已累计 19,671 次提交，超过以往任何一次合并窗口。截至 v7.4-rc1 发布前的当天上午，内核源码树约 4160 万行，其中经 cloc 识别的代码约 3140 万行；剔除注释和空行后，本窗口新增代码接近 50 万行。
纵向对比更直观：Linux 6.14 仅 10,034 次提交，6.15 至 7.0 大致在 1.2 万至 1.4 万之间，7.3 升至 16,267，7.4 则逼近 2 万。Phoronix 表示，这一跳升“明显反映近期 AI/LLM 活动带来的增长”。
为什么重要
Linux 内核是全球服务器、云基础设施和 Android 设备的共同底座，其合并窗口活度直接影响下一版本的功能与稳定基线。这次数字异常不只是统计上的噪音：素材提到，维护者因 AI 生成的缺陷报告与补丁、修复而“完全不堪重负”，提交流量随之上升。
这暴露了一个新的开源治理问题——AI 让写代码和报问题的成本大幅下降，却把审查与合并的成本集中压给了少数维护者。对依赖大模型做代码生成的团队而言，这是一个值得重视的信号：生成能力不是瓶颈，可信验证才是。
对用户/开发者/创作者的影响
普通用户短期不会感受到内核“变大”的影响，但版本质量取决于维护者能否消化这些提交。开发者和内核贡献者应预期评审更严格、排队更久；向上游提交 AI 辅助生成的补丁时，附上复现步骤和测试结果会比以往更有价值。使用 Linux 的云计算与嵌入式团队，也可关注 rc 阶段的回归测试情况，而不是只看提交数量。
值得关注的后续
一是 v7.4-rc1 发布后，最终提交数是否继续攀升；二是内核社区是否会引入针对 AI 生成报告或补丁的甄别与标记机制；三是后续几个合并窗口的提交量是否维持高位，从而判断这是一次性堆积还是结构性变化。
来源：Slashdot
