Linux内核或将新增智能体技能目录，AI助手辅助定位Bug源头

Mark Do 11 小时前暂无评论阅读 52 次

Linux内核拟建智能体技能专用目录

在内核补丁中，Fixes标签用于指向引入缺陷的提交，但有时改动某行代码的最后一次提交可能只是将代码移动到了新文件。Sasha Levin作为稳定版和长期支持内核树的联合维护者，希望AI编码助手能在分配Fixes:标签前，先验证哪个提交真正引入了该缺陷。

sasha levin portable agent skills and fixes attribution

上周，他在workflows和ksummit邮件列表中提交了两补丁系列，提议在内核树中新增一个智能体目录，用于存放相关技能代码。

第一个补丁计划在内核源码顶层添加agents/目录，专门存放面向AI编码助手的技能、提示词及其他资源，同时在MAINTAINERS文件中添加该目录的维护记录。

每个技能将在agents/skills/下拥有独立文件夹，并以SKILL.md作为入口文件，遵循Agent Skills规范。

AI助手被指示直接从仓库路径读取资源，技能内部的链接均以该技能文件夹为基准。此外，内核的编码助手文档也将新增章节来说明此目录结构。

随第二个补丁一同到来的find-fixes技能，将成为该目录下的首个技能。

Levin表示，该系列的初衷源于Ted Ts’o对稳定树工作中标签错误问题的质疑。Ted后来解释称，这一请求来自与Hannes Reinecke的交流，后者估算约有15%至20%的Fixes标签存在错误。

这一问题的重要性远超普通的文档记录。稳定树维护者和发行版依赖该标签来判断哪些内核需要特定修复，错误的标签可能导致补丁应用至错误分支，或使缺陷长期未获修复。

新的find-fixes技能通过读取Git历史记录，返回包含证据链的候选标签，但不会直接修改提交本身。

技能的guide.rst文件指出，没有任何单一线索能确定Fixes标签应该指向哪个提交，包括已有的标签也不例外。智能体会分析缺陷表现，追踪候选提交，并与父提交进行对比。

它会区分以下三种情况：

对于向后移植的修复，技能会进一步判断缺陷是来自原始更改，还是在适配旧版内核过程中引入的。同时，针对合并操作、回退提交及历史不完整等情况，也设计了专门的 handling 机制。

当智能体无法确定缺陷来源时，将不返回任何标签，而是列出候选项并说明缺失的信息，修复工作将以草稿形式保留，直至人工介入确认。

第二个补丁计划在内核的编码助手文档中新增章节，明确要求助手在完成缺陷修复或提交信息之前，以及在复核现有标签时，必须遵循相关指南。

文档中关于提交修复的步骤将增加对验证标签的要求，而不再仅关注Fixes标签本身。需要注意的是，该技能不会自动生成提交信息、应用标签或判断修复是否应纳入稳定版。

此系列补丁延续了Levin今年四月提出的内核AI编码助手政策，以及他此前关于内核紧急停止开关的提案。

目前文件的存放位置仍有争议。引言补丁中提到，作者尚未确定资源应放在Documentation目录下，还是作为独立的智能体目录置于仓库根目录。

Greg Kroah-Hartman曾询问该系列补丁是否会解决工具因缺少AGENTS.md文件而跳过内核指导的问题。Sasha 回复称，这属于符号链接补丁的处理范畴，与此系列无关。

关注微信号：智享开源 ，及时了解更新信息。