隨著 GitHub Copilot、Anthropic Claude、ChatGPT Codex 等 AI 編程工具在開發(fā)環(huán)境中日益普及，大型組織也開始在企業(yè)級軟件中大規(guī)模采用 AI 輔助代碼，例如微軟內(nèi)部就宣稱 AI Copilot 每月已經(jīng)參與審查和影響數(shù)十萬條拉取請求?，F(xiàn)在，關(guān)于在 Linux 內(nèi)核中如何合規(guī)地使用 AI 生成或輔助生成的代碼，社區(qū)也有了更明確的書面規(guī)范。

近日，一份關(guān)于 AI 輔助代碼要求的說明文檔在 Hacker News 上引發(fā)關(guān)注，該文檔以 RST 形式公開托管在 Linus Torvalds 名下的官方 Linux 倉庫中，專門為那些希望借助 AI 工具向 Linux 內(nèi)核貢獻代碼的開發(fā)者提供指導(dǎo)和約束。

根據(jù)該文檔，首先，所有 AI 輔助生成的代碼必須完全遵循現(xiàn)有的人類開發(fā)流程，包括 development-process.rst、coding-style.rst、submitting-patches.rst 等文件中規(guī)定的流程和風(fēng)格要求。與此同時，這些代碼還必須滿足現(xiàn)有的合規(guī)性要求，例如與 GPL-2.0-only 許可證保持兼容，正確使用 SPDX 許可證標識，并遵守 license-rules.rst 中列出的全部規(guī)則。

在簽署與責任認定方面，規(guī)則強調(diào) AI 代理本身不得使用 Signed-off-by 標簽。該標簽只保留給人類審閱者使用，因為只有人類才能在法律意義上對《開發(fā)者來源證書》（Developer Certificate of Origin，DCO）做出認證。提交補丁的人類開發(fā)者必須親自審查所有 AI 生成的代碼，確保其滿足許可要求，并在補丁中使用自己的 Signed-off-by 標記，明確對全部貢獻承擔唯一責任。

文檔同時要求對 AI 輔助參與進行明示歸因，以便社區(qū)跟蹤 AI 在 Linux 內(nèi)核開發(fā)中所占比重的演變情況。具體做法是在拉取請求中使用 “Assisted-by” 標簽，并遵循統(tǒng)一格式：AGENT_NAME:MODEL_VERSION [TOOL1] [TOOL2]。其中，AGENT_NAME 為所使用的 AI 工具或框架名稱，MODEL_VERSION 為具體模型版本，而方括號中的 TOOL1、TOOL2 則為可選填寫的專用分析工具，例如 coccinelle、sparse、smatch、clang-tidy 等。

在 Linux 內(nèi)核開發(fā)者和各大組織不斷擁抱 AI、利用其提升編碼和審查效率的大背景下，Linus Torvalds 維護的這一規(guī)范，實際上是在“有條件地歡迎” AI 輔助代碼進入 Linux 內(nèi)核：既不否認其效率優(yōu)勢，又通過人類責任、許可證合規(guī)和統(tǒng)一歸因格式等硬性要求，給 AI 的參與設(shè)定清晰的邊界。此前已有報道指出，Torvalds 本人也在部分項目中嘗試采用所謂 “vibe coding” 等新型開發(fā)實踐，這也從側(cè)面印證了他對新工具持務(wù)實而審慎的態(tài)度。

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