Linus Torvalds 的首个 LLM 辅助补丁系列
一位领先的 Linux 内核维护者使用 LLM 编码助手起草了一组以性能为导向的补丁，引发了关于 AI 生成代码如何融入长期以来围绕代码审查、版权和开源许可的规范的争论。评论者权衡了生产力和代码探索方面的实际收益，与对质量、对专有 AI 服务过度依赖、环境和社会影响，以及日益受到机器生成代码影响的关键基础设施的长期可维护性的担忧。
对 LLM 辅助内核补丁的整体反应
- 许多人并不意外，一位高度务实的维护者会采用 LLM，因为职责正从亲手编码转向审查/管理。
- 也有人感到惊讶，认为这打破了人们对其“老派”形象的印象，以及此前对内核中 C++ 等事物的敌意。
- 还有人担心这会被滥用为“如果它对内核都够好，那对任何地方都够好”，忽视了背后的专业知识和审查。
质量、可靠性与审查
- 强调只有在专家审查、测试以及补丁足够小且易于理解的情况下，LLM 输出才是可接受的。
- 评论者指出，LLM 常会生成看似正确但包含细微 bug 的代码（例如竞态条件）。
- 人们区分了把 AI 当作编码助手，与把整个复杂程序交给它、再只做表面审查之间的差别。
版权与许可问题
- 一种观点认为：机器编写的代码不可获得版权，因此不能算“开源”，也应被排除在内核之外。
- 反驳意见：
- 公有领域或 CC0 内容可以合法地与 copyleft 许可证共存。
- 少量不可版权或公有领域代码很常见，并不天然具有“污染性”。
- 另一个讨论串引用了 LLM 之前的判例法以及美国版权局的立场，认为只有人类才能持有版权，从而强化了“人类参与”的要求。
- 长期担忧是：如果代码库中有太多内容在法律上实际上不可版权，那么它的法律地位可能会变得模糊。
闭源模型 vs 开源模型
- 有些人对一个旗舰 FOSS 项目使用专有助手而不是开权重模型感到失望。
- 也有人认为当前开源模型在复杂系统编程上仍明显较弱。
- 占主导的理由是严格的务实主义：选择最好用的工具，而不管是否开放。
对软件中 AI 的更广泛态度
- 支持者：看到快速进步、真实的生产力提升，并认为在关键基础设施中采用 AI 辅助是不可避免的。
- 怀疑者：
- 担心“垃圾软件”、环境影响、数据中心扩张，以及长期社会影响（工作岗位、监控、深度伪造）。
- 有些人讨论抵制 AI 辅助项目，或寻找“AI-free”的操作系统。
- 一些评论拒绝文化战争式叙事，将负责任地使用 AI 与滥用 AI 区分开来。