Linux 内核开发者 Dave Hansen 最近向社区提交了一项关于 AI 工具使用规范的政策补丁，旨在为日益普及的 AI 辅助开发提供指导性框架。

他指出，近年来 AI 技术，尤其是基于大模型的编程辅助工具，在软件开发中的应用迅速扩展。越来越多的贡献者开始咨询：当代码或文档部分内容由自动化工具生成时，应如何正确披露其使用情况。

为此，该补丁提出了一份关于“工具生成内容”（tool-generated content）在内核开发中使用的说明性文件。它并非引入全新的强制规则，而是对现有实践中的合理预期进行系统化和澄清。

Linux Ai Server

Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。

下载

补丁核心要求是：若贡献内容包含由工具主导生成的部分，必须清晰标注使用方式，以便维护者和审查人员能够有效评估其准确性与安全性。但对于诸如拼写纠正、语法调整、变量重命名或代码格式化等微小改动，则无需特别声明。

提交记录或变更日志中应明确说明：是否使用了生成式工具、具体工具名称、输入提示（prompt）或脚本内容，以及生成结果的应用范围。适用范围界定（In Scope vs Out of Scope）不在此政策范围内的场景（Out of Scope）：工具仅用于基础性修改，例如修正错别字、调整语句结构为祈使语气、重命名标识符、执行代码风格统一等非实质性变更。属于政策覆盖的情形（In Scope）：关键代码逻辑或文件整体由工具生成，如一个完整的函数、驱动模块或源文件由大语言模型产出；补丁描述、提交信息或文档由 AI 自动生成；此类情况下，必须公开所用工具类型、原始输入指令、生成内容的具体部分，以及人工参与审查与修改的程度。具体操作建议所有提交仍需遵守传统的贡献者认证机制（如 DCO 签名），同时应符合本指南对透明度的要求；在提交说明中推荐包含以下信息：使用了何种生成工具？（如 GitHub Copilot、ChatGPT、CodeLlama 等）给出的提示词或输入脚本是什么？生成的内容涉及哪些部分？（例如某个函数实现、头文件、注释段落）哪些内容由人工编写或修改？并对人工审核深度作出简要说明；维护者保有最终判断权：可根据需要进一步询问工具背景、训练数据来源，或建议优化提示工程以提升输出质量，而非简单接受或拒绝补丁。

Dave Hansen 在邮件列表中特别强调，这项补丁的目的不是施加限制，而是将社区长期以来对技术透明性的期待正式文档化。随着 AI 成为开发流程的一部分，确保生成内容可追溯、可审计，对于保障 Linux 内核的质量和安全性至关重要。最终审核权仍掌握在维护者手中，他们有权根据具体情况决定是否要求补充信息或驳回不符合标准的提交。

源码地址：点击下载