GitHub Copilot、Anthropic Claude 同 ChatGPT Codex 等 AI 編程工具喺開發環境中日漸普及，大型企業亦開始喺企業級軟件中大規模應用 AI 輔助代碼生成。例如，Microsoft GitHub 部門已宣佈 AI Copilot 每月參與審查同影響數以萬計拉取請求。現在，關於喺 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 或 clan
g-tidy 等。 喺 Linux 內核開發者同各大企業不斷擁抱 AI、利用其提升編碼同審查效率嘅大背景下，Linus Torvalds 維護嘅呢份規範，實際上係「有條件地歡迎」AI 輔助代碼進入 Linux 內核：既不否認其效率優勢，又透過人類責任、許可合規同統一歸屬格式等硬性要求，畀 AI 嘅參與設定鮮明嘅邊界。此前已有報道指出，Torvalds 本人亦喺部分項目中試用所謂「vibe coding」等新型開發實踐，呢點亦從側面印證咗佢對新工具支持務實審慎嘅態度。
了解更多：https://github.com/torvalds/linux/blob/master/Documentation/process/coding-assistants.rst
