Linux内核开端接收AI帮助代码提交 但必须遵守这些严格规矩

近日，一份关于 AI 帮助代码请求的解释文档在 Hacker News 上激发存眷，该文档以 RST 情势公开托管在 Linus Torvalds 名下的官方 Linux 仓库中，专门为那些欲望借助 AI 对象向 Linux 内核供献代码的开辟者供给指导和束缚。

根据该文档，起首，所有 AI 帮助生成的代码必须完全遵守现有的人类开辟流程，包含 development-process.rst、coding-style.rst、submitting-patches.rst 等文件中规定的流程和风格请求。与此同时，这些代码还必须知足现有的合规性请求，例如与 GPL-2.0-only 许可证保持兼容，精确应用 SPDX 许可证标识，并遵守 license-rules.rst 中列出的全部规矩。

在签订与义务认定方面，规矩强调 AI 代理本身不得应用 Signed-off-by 标签。该标签只保存给人类核阅者应用，因为只有人类才能在司法意义上对《开辟者来源证书》（Developer Certificate of Origin，DCO）做出认证。提交补丁的人类开辟者必须亲自审查所有 AI 生成的代码，确保其知足许可请求，并在补丁中应用本身的 Signed-off-by 标记，明白对全部供献承担独一义务。

文档同时请求对 AI 帮助介入进行明示归因，以便社区跟踪 AI 在 Linux 内核开辟中所占比重的演变情况。具体做法是在拉取请求中应用 “Assisted-by” 标签，并遵守同一格局：AGENT_NAME:MODEL_VERSION [TOOL1] [TOOL2]。个中，AGENT_NAME 为所应用的 AI 对象或框架名称，MODEL_VERSION 为具体模型版本，而方括号中的 TOOL1、TOOL2 则为可选填写的专用分析对象，例如 coccinelle、sparse、smatch、clang-tidy 等。

在 Linux 内核开辟者和各大年夜组织赓续拥抱 AI、应用其晋升编码和审查效力的大年夜背景下，Linus Torvalds 保护的这一规范，实际上是在“有前提地迎接” AI 帮助代码进入 Linux 内核：既不否定其效力优势，又经由过程人类义务、许可证合规和同一归因格局等硬性请求，给 AI 的介入设定清楚的界线。此前已有报道指出，Torvalds 本人也在部分项目中测验测验采取所谓 “vibe coding” 等新型开辟实践，这也从侧面印证了他对新对象持务实而谨慎的立场。

懂得更多：

https://github.com/torvalds/linux/blob/master/Documentation/process/coding-assistants.rst