Linux 内核文档更新，明确 AI 辅助开发规范。人类必须负责审查，AI 不能签署 DCO。新增 Assisted-by 标签追踪 AI 贡献。
如果你是一名内核开发者，或者正在关注开源社区的最新动态，那么这条消息绝对值得你停下来仔细阅读。就在最近，Linux 内核官方文档仓库中悄然更新了一份名为 coding-assistants.rst 的文件。这份文件并非简单的技术更新，而是标志着开源世界最高殿堂之一，正式为人工智能辅助编程立下了规矩。
很多人第一反应可能是：终于可以用 AI 写内核代码了？但事情远没有这么简单。这份文档的核心不在于鼓励使用 AI，而在于划定边界。它明确了在涉及操作系统核心命脉的代码贡献中，人类与机器的责任划分。对于广大开发者而言，这不仅是合规指南，更是未来人机协作开发的风向标。
今天，我们就深度拆解这份文档，看看在 Linux 内核开发中，如何正确使用 AI 助手，以及那些绝对不能触碰的法律与技术红线。
AI 可以写代码，但不能背锅
在开源社区，尤其是像 Linux 内核这样庞大的项目中，许可证合规性是生命线。所有贡献的代码都必须兼容 GPL-2.0-only 许可证。这意味着，任何引入的代码都不能带有传染性冲突，且必须明确标识。
AI 工具生成的代码往往存在版权模糊的问题。如果 AI 模型训练数据中包含了非 GPL 兼容的代码，那么生成的片段可能会给内核带来法律风险。因此，文档明确规定，所有贡献必须符合内核的许可要求，并使用适当的 SPDX 许可证标识符。
更重要的是开发者证书起源（DCO）。这是内核贡献的法律基石。文档中用大写字母强调了一个关键规则：
AI agents MUST NOT add Signed-off-by tags. Only humans can legally certify the Developer Certificate of Origin (DCO).
这句话的意思是，AI 代理绝对不能添加 Signed-off-by 标签。只有人类才能法律上认证 DCO。这意味着，无论 AI 生成了多少代码，最终提交补丁的人必须亲自审查每一行代码，确保其合规，并由人类添加自己的 Signed-off-by 标签来认证。
这是一个非常重要的责任转移。你不能把 AI 生成的代码直接丢进仓库，然后指望机器为你承担法律责任。人类提交者需要对贡献负全部责任。这不仅是对代码质量的负责，更是对法律风险的把控。
新增 Assisted-by 标签：给 AI 一个名分
既然 AI 不能签署 DCO，那它的贡献该如何记录？难道用了 AI 就要假装完全是自己写的？Linux 内核社区选择了诚实且透明的方式。文档引入了一种新的标签格式：Assisted-by。
这个标签用于追踪 AI 在开发过程中的演变角色。当 AI 工具对内核开发做出贡献时，适当的归属有助于记录这一过程。具体的格式要求非常严格，必须包含代理名称、模型版本以及可选的专用分析工具。
以下是一个标准的正确使用示例：
Assisted-by: Claude:claude-3-opus coccinelle sparse
在这个例子中，AGENT_NAME 是 AI 工具或框架的名称，MODEL_VERSION 是使用的具体模型版本。后面的 coccinelle 和 sparse 则是可选的专用分析工具。注意，基本的开发工具如 git、gcc、make 或编辑器不需要列出。
这种细致的规定体现了内核社区对可追溯性的重视。未来如果某段代码出现问题，我们可以通过这个标签回溯到当时使用的 AI 模型版本，分析是模型幻觉导致的错误，还是工具链的问题。这对于调试和维护至关重要。
相比之下，错误的用法可能会忽略版本信息，或者错误地将 AI 列为作者。以下是一个错误的示例，大家务必避免：
# 错误示例：AI 直接签署
Signed-off-by: AI-Agent-001
# 错误示例：缺少模型版本
Assisted-by: Copilot
人类与 AI 的责任边界对比
人类始终处于决策环的中心。AI 的角色被严格限定为“助手”。它可以帮助提高编写效率，查找潜在的模式匹配问题，甚至优化代码风格，但它不能替代人类的判断。
这种分工其实对开发者提出了更高的要求。以前你可能只需要关注逻辑实现，现在你还需要具备审查 AI 代码的能力。你需要知道 AI 可能在哪些地方产生幻觉，哪些许可证条款是敏感的，以及如何正确地标记辅助工具。这实际上提升了内核贡献者的门槛。
对开发者的实际影响与建议
这份文档的发布，对于普通开发者意味着什么？首先，不要恐慌。这并不意味着禁止使用 AI。相反，它是为了让 AI 的使用更加规范化、透明化。如果你正在使用 AI 辅助编写驱动代码或修复 Bug，只需要遵循上述流程即可。
其次，养成良好的记录习惯。当你使用 AI 生成了一段复杂的逻辑，或者利用 AI 重构了旧代码，请务必在提交信息中加上 Assisted-by 标签。这不仅是对社区规范的遵守，也是对自己工作的保护。
最后，保持对代码的掌控力。不要过度依赖 AI 生成的代码而不加审查。内核社区有着严格的代码审查流程，如果维护者发现你的代码明显是未经审查的 AI 生成物，且存在风格或逻辑问题，补丁很可能会被拒绝。
以下是一个完整的提交信息模板，供参考：
Subject: [PATCH] drivers: fix memory leak in probe function
This patch fixes a memory leak discovered during error handling.
Code structure was suggested by AI assistance.
Assisted-by: Claude:claude-3-opus coccinelle
Signed-off-by: Your Name
Linux 内核作为开源世界的皇冠明珠，其对 AI 态度的转变具有极强的信号意义。它告诉我们，技术可以进步，但责任不能外包。在 AI 浪潮席卷而来的今天，这份文档不仅是一份操作指南，更是一份关于技术伦理的宣言。
对于每一位开发者来说，拥抱工具的同时，坚守专业主义，才是通往未来的正确路径。希望这份解读能帮助你在开源贡献的道路上走得更稳、更远。
#AI
#人工智能
#Linux
#开源
#开发规范
#AI
#人工智能
#Linux
#内核正式接纳
#AI
