导读：Linux内核明确和制定规范使用AI编码，人是最大的责任者。

2026 年 4 月 12 日，开源社区“炸”出一条重磅消息。

全球最大开源项目 Linux 内核，正式出台 AI 辅助开发官方规范。规范要求将 AI 在代码贡献中的身份、权责、标注方式要一次性说清楚。消息一出，很快冲上 Hacker News 热搜首页，引发全世界开发者们的热议。

作为支撑全球绝大多数服务器、Android手机、嵌入式设备的底层基石，Linux 内核的开发规范向来是开源界的行业标杆。

此前 AI 写代码早已普及，但 "AI 生成代码算谁的、谁来负责、如何标注" 一直没有统一标准，全靠项目自行摸索。

这次 Linux 内核直接把规矩写进官方流程文档，相当于给全球开源项目交出了一份AI 开发标准化答卷。

一、硬核新规：两条铁律，卡死 AI 角色与边界

Linux 内核主线新增Documentation/process/coding-assistants.rst文件，核心规矩只有两条，却字字铿锵有力：

1. AI 禁止署名！Signed-off-by 标签只给人类

Linux 内核提交代码的Signed-off-by是具有法律效力的签名，对应 DCO 开发者原创声明，代表 "我以个人名义担保代码符合开源许可证要求"。

新规明确：AI 代理绝对不能添加此标签。只有人类是法律主体，能承担责任，AI 即便生成代码，也没有签名资格，签了也无效。这直接堵死了 AI"冒充贡献者" 的路，彻底明确AI 只是工具，绝不是开发者。

2. 必须标注！用了哪个模型、什么版本，一目了然

所有 AI 辅助贡献，必须统一用新标签标注，格式固定：

Assisted-by: AGENT_NAME:MODEL_VERSION [TOOL1] [TOOL2]AGENT_NAME：AI 工具名MODEL_VERSION：具体模型版本

可选填专业分析工具（如 coccinelle、sparse），基础开发工具（git、gcc、make）无需标注。

内核团队直接给出示例：

Assisted-by: Claude:claude-3-opus coccinelle sparse

值得注意的是，示例选了 Claude，并非广告 —— 而是 Claude 早已在内核社区广泛用于代码审查、规则生成，成为首个被写入 Linux 官方文档的 AI 模型。

二、责任链写死：AI 出错，人类全背锅

除了两条核心规则，规范还把责任归属钉得死死的：AI 生成的代码，人类提交者必须全权负责—— 自行审查、确认符合 GPL-2.0-only 许可证、签署自己的 Signed-off-by，代码出任何问题，责任全在提交人，和 AI 模型、背后的公司无关。

那句 "代码是 AI 写的，我不管" 的借口，在 Linux 内核彻底失效。这既守住了开源合规底线，也避免了 AI 代码权责混乱、漏洞无人负责的乱象。

三、行业风向标：大批开源项目或将跟进

Linux 内核这次立规，意义远超项目本身。AI 编程已成常态，但法律风险、署名争议、质量隐患一直是悬在开源社区头上的剑。

此前，AI 代码可能混入侵权内容、隐藏漏洞，还难以追溯来源；现在 Linux 给出可落地、可追溯、可追责的方案，既不拒绝 AI 提升效率，又守住安全与合规底线，大概率会成为全球开源项目的参考模板。

从 "AI 能不能写内核代码"，到 "AI 该怎么合规写内核代码"，Linux 内核用一份简短文档，完成了开源开发与 AI 融合的关键一步 ——承认 AI 的工具价值，更坚守人类的主体责任。

未来，AI 会成为开发者的得力助手，但永远不会取代人类在代码贡献中的核心地位。

这不仅是 Linux 的规矩，更是开源世界面对 AI 时代的清醒与坚守。

作者：场长