经过数月关于 AI 生成代码的激烈辩论，Linus Torvalds 与 Linux 内核维护者们终于在 2026 年 4 月 达成了一致，正式出台了针对 AI 辅助开发的官方政策。
这一政策的核心逻辑非常"Linus 风格"：务实、透明、责任归属明确。
以下是该政策的主要内容解读：
{#section path-to-node="3"}
1. 核心立场：AI 是工具，不是开发者
Linux 社区拒绝了"全面禁止 AI"的提议，认为这种一刀切的做法在实际操作中是无效的。
-
Yes to Copilot： 明确允许使用 GitHub Copilot 等 AI 工具辅助编写代码。Torvalds 认为 AI 只是另一种形式的"高级编辑器"或"搜索引擎"，工具本身没有好坏。
-
No to AI Slop： 严厉打击未经人工审核、大批量生成的低质量代码（即 AI Slop）。如果开发者只是简单地复制粘贴 AI 的输出而不进行深入理解和测试，此类补丁将被直接拒绝。
{#section-1 path-to-node="6"}
2. 引入全新的 Assisted-by 标签
为了确保透明度，Linux 内核对补丁的元数据进行了更新：
-
强制标注： 任何涉及 AI 生成或辅助的代码，必须在提交说明中使用
Assisted-by:标签。 -
详细规范： 该标签需要注明所使用的 AI 智能体名称、模型版本以及具体的工具名。例如：
> `Assisted-by: Copilot (GPT-4o via VS Code)`{index-in-node="0" path-to-node="8,1,1,0"}
- 禁止 AI 签名： 严禁 AI 代理程序自行添加
Signed-off-by标签。该标签在法律上代表了对"开发者起源证书 (DCO)"的认可，必须由具备法律责任能力的自然人签署。
{#section-2 path-to-node="9"}
3. 责任制：人类承担所有后果
这是该政策中最具杀伤力的一条。
-
背锅制： 一旦你在补丁上签了名，你就必须对该补丁中 AI 生成的所有代码负全责。
-
法律与安全责任： 如果 AI 生成的代码引入了 Bug、安全漏洞或者侵犯了第三方版权（License 问题），责任完全归属于提交该补丁的人类开发者，AI 公司或模型不承担任何责任。
-
威慑力： 正如媒体所言，在开源世界里，如果你提交了搞烂内核的 AI 垃圾代码，你需要直接面对 Linus 的怒火，这比任何法律条文都管用。
{#section-3 path-to-node="12"}
4. 为什么要出台这个政策？
-
版权焦虑： 开发者担心 LLM 的训练数据中包含 GPL 以外的限制性代码，这可能破坏 Linux 许可证的纯洁性。
-
维护者负担： 过去几个月，维护者们被大量"AI 垃圾补丁"淹没，这些补丁看似正确但实则存在逻辑缺陷，极大地消耗了评审精力。
-
Linus 的转变： 值得一提的是，Linus 本人在今年 1 月也承认自己开始使用 AI 工具（如 Google Antigravity）辅助编写一些 Python 可视化工具，这种亲身体验促使他推动了这项务实政策的落地。
LeisureLinux 视角解读：
从架构和安全的视角来看，这一政策实际上是强化了 DCO (Developer Certificate of Origin) 的溯源机制。对于内核开发者而言，Assisted-by 标签将成为审计 AI 风险的重要锚点。这不仅是技术管理，更是软件供应链安全（Supply Chain Security）的一次重大升级。
深度分析：Linux 内核如何通过启发式算法识别恶意 USB 设备
AI 屠龙：全球最安全 OS 破防，内核级"逻辑重构攻击"复盘
【内核前沿】Linux 7.0 手动内联优化：UDP 吞吐量暴力提升 12%
别再让内核当"中间商"：深度解析 Linux DAX 零拷贝技术
