人工智能正在进入Linux内核 - 需要尽快官方政策

ZDNET的关键要点

• Linux内核开发人员已经在使用AI。
• AI可以帮助Linux程序员，但他们谨慎使用它。
• Linux内核维护者必须决定关键的AI政策问题。

获得更多深入的ZDNET：将我们添加为首选的Google来源在铬和铬浏览器上。

微软首席执行官萨蒂亚·纳德拉（Satya Nadella）建议该公司代码的30％现在由AI撰写。尽管微软可能喜欢AI代码编写工具，但开源和Linux开发人员更加警惕。 

就流行的开源卷曲数据传输计划的首席维护者丹尼尔·斯滕伯格（Daniel Stenberg）而言，AI写的错误报告是对项目的积极攻击。Linux内核社区位于这两个极端之间。

还：这是我尝试过的最快的本地AI，甚至还没有接近 - 如何获得它

在2025年的演讲中北美开源峰会Linux内核黑客和Nvidia杰出工程师Sasha Levin说AI不会替代程序员。

相反，他说： 

大型语言模型（LLM）只是另一个花哨的编译器。早在50年代和60年代，每个人都在集会中工作，然后C出现了，我们没有停止在组装中编码，因为C突然变得完美。C并不是完美的，但是我们停止这样做是因为C足够好，而且我们在C中更有生产力的编码。对我而言，LLMS是一个非常相似的权衡。它们还不是完美的，但是在某个时候，它们将足以使我们提高生产力。

这并不是说AI已经没有用。莱文（Levin6.16 Linux内核。该工具可以解决不完整或不正确的提交ID，这对于顶级维护人员来说是一个小但烦人的问题。莱文（Levin）使用AI编写整个例程：“我在那里做的唯一一件事是查看代码并实际测试它以确保其工作原理。”

还：一个 我的首选LLM工具刚刚丢弃了一个超级简单的Mac和PC应用程序，用于本地AI - 为什么您应该尝试一下

但是，在您太兴奋之前，他警告说：“这是LLMS现在正在做的事情的一个很好的例子。您给它带来了一个小的，定义明确的任务，它进行了操作。您注意到这个补丁不是，'嘿，LLM，去给我写一个驱动程序，为我的新硬件写给我。''相反，这是非常具体的 - 将此特定的哈希转换为使用我们的标准API。”

莱文说，另一场AI胜利是：“对于那些不是英语英语的人来说，这也有助于写一个良好的提交信息。这在内核世界中是一个普遍的问题，有时在内核世界中，撰写提交信息比实际编写代码更改更加困难，而且它肯定会在那里对语言障碍有帮助。”

LLM可能是好的Linux维护者帮助者

展望未来，列文建议可以培训LLM，以成为良好的Linux维护者的帮助者：“我们可以教AI有关内核特定模式的知识。我们从我们的代码库中展示了有关如何完成的示例。这也意味着通过将其接地到我们的内核代码基础中，我们可以做出AI，并将其解释为历史示例，我们可以将其跟踪。”

此外，他说，LLM可以直接连接到Linux内核Git树，因此“ AI可以继续尝试学习有关Git Repo的知识。”

另外： 这是我最终用这个AI终端应用程序解决一个棘手的Linux问题

然后，通过这些信息，精通Linux的LLM可能能够帮助完成乏味的工作，例如将补丁回到内核的稳定分支上：“内核的规模相当大，如果您查看原始数量，以便有效地进行备份，那么稳定的维护者将需要每天的时间来查看五百次的时间。每天都被退出。

Linux内核开发人员现在如何使用AI

这就是最新版本的Linux内核工具汽车进来。该启用AI的程序会自动分析Linux内核致力于确定是否应该将其备份到稳定的内核树中。该工具检查提交消息，代码更改和历史型退款模式以提出智能建议。

还：我建议每个Windows用户下载10个开源应用程序 - 免费

高级Linux内核维护者和IBM Research杰出工程师James Bottomley解释了为什么这种方法在A I中很好地使用了Linux内核邮件列表（LKML）消息：“如果考虑一下，GIT历史记录包含应用程序的应用与要应用的位置之间的确切补丁路径。这是一个有限的数据集，可以对LLM进行培训以与。”

他继续说：“人类不要看补丁路径（或使用诸如范围扫描之类的广泛的东西）。AI可以耐心地耐心解决所有问题。”

此外，Autosel现在被用于发现地址的代码更改Linux常见漏洞和暴露（CVE）安全孔。自从在Linux中，几乎所有错误都可以是安全性脆弱性，跟踪这些提交可能是沉重的工作。为了遵循这些提交，内核维护者一直在使用许多“ Hacky Bash脚本”。现在，LLM正在使用检索增强发电（RAG）要检索内核的GIT存储库和文档，请了解补丁的历史并减少幻觉。

还：想保存您的旧计算机吗？免费尝试这8个Linux发行版中的一个

这不是Linux内核开发人员使用AI的唯一方法。Linux基金会研究员Shuah Khan告诉我：“基于AI的工具现在正在用于检查提交消息，代码更改和历史型式型模式以提出智能建议。”

Verizon执行董事Dirk Hohndel告诉ZDNET：Linux内核开发人员也对AI保持警惕： 

我认为，其中许多工具在增强人类开发人员可以做的事情方面非常有用。他们可以简化常规任务。它们在打字时可以使您更快。他们可以帮助文档代码。但是，尤其是使用C等语言以及像Linux内核这样的异常复杂的代码库，我相信我们仍然处于这些工具擅长的方面的边缘。

但是，他还说：“开发人员应该标记一个有代码输入（而不仅仅是文本完成）的补丁程序，只是为了使审稿人意识到这一点，并且可以相应地调整他们的过程和审查。因为我确实认为这些补丁比经验丰富的人类开发人员所发送的审查要多得多。”

霍恩德尔远非独自一人。正如Linux维护者和Oracle工程师Lorenzo Stoakes在LKML上警告：”内核对错误（尤其是巧妙的错误）代码唯一敏感 - 即使是小错误也可能是高度的。我们使用一种编程语言，几乎可以通过缺乏任何安全性来定义，并且在某些子系统补丁中，如果不存在明显的问题，就可以简单地采用，这使我们很容易受到这种影响。”

需要官方内核AI政策

因此，正是Linux开发人员JiåãKosina在苏斯，已在LKML上提出，内核开发人员必须以一种标记LLM生成哪些代码以及谁负责该补丁。

还：Google揭示了双子座查询使用的能源 - 在行业首先

维护者同意Linux需要正式政策来解决这些问题。高级Linux内核开发人员和Google软件工程师Steven Rostedt正在官方内核AI策略文档的初稿。该草稿将在Linux水管工会议今年晚些时候。

除了AI是否可以编写代码：AI生产代码的版权状态，此过渡还有另一个方面。正如莱文（Levin）在一项提案中所说的那样：“ Linux内核仅在GPL-2.0下获得许可，仅在SYSCALL例外。编码代理必须遵循此许可规则没有例外。贡献的任何代码都必须与此许可兼容。”这说起来容易做起来难，因为AI衍生代码的版权状态仍然是一个悬而未决的问题。

还：Excel的新副副函数将您的提示变成公式 - 如何尝试

最后，AI使没有线索的人们非常容易将AI斜面贴上开发人员。正如内核稳定的维护者Greg Kroah-Hartman所建议的那样：“我会注意到我们今天已经得到了这种“斜坡”，数字每周增加。”维护者已经过度劳累。他们不需要无知的补丁，为负载增加了毫无意义的工作。

AI即将进入Linux内核；每个人都同意。AI肯定会在某些方面有所帮助。在其他方面，这将是痛苦。确切的AI将如何适应仍有待观察。敬请关注。