經(jīng)過數(shù)月激烈討論，Linus Torvalds與Linux內(nèi)核維護(hù)者正式制定了該項(xiàng)目首個(gè)針對AI輔助代碼貢獻(xiàn)的正式政策。這一新政策體現(xiàn)了Torvalds一貫的務(wù)實(shí)作風(fēng)，在擁抱現(xiàn)代AI開發(fā)工具的同時(shí)，也堅(jiān)守了內(nèi)核項(xiàng)目嚴(yán)格的質(zhì)量標(biāo)準(zhǔn)。

新規(guī)的三項(xiàng)核心原則

智能體不得添加Signed-off-by標(biāo)簽：只有人類才能在法律層面對Linux內(nèi)核的開發(fā)者原創(chuàng)證書（DCO）進(jìn)行認(rèn)證，這是確保代碼許可合規(guī)的法律機(jī)制。換言之，即便提交的補(bǔ)丁完全由AI生成，責(zé)任也由提交者本人承擔(dān)，而非AI或其開發(fā)方。

強(qiáng)制注明Assisted-by歸因：凡使用AI工具完成的貢獻(xiàn)，必須附上Assisted-by標(biāo)簽，注明所用的模型、智能體及輔助工具。例如："Assisted-by: Claude:claude-3-opus coccinelle sparse"。

完全由人類承擔(dān)責(zé)任：綜合以上兩點(diǎn)，作為人類提交者，須對審查AI生成的代碼、確保許可合規(guī)，以及由此引發(fā)的任何缺陷或安全漏洞承擔(dān)全部責(zé)任。切勿試圖將問題代碼混入內(nèi)核——正如2021年兩名明尼蘇達(dá)大學(xué)學(xué)生所做的那樣——否則將永久失去成為Linux內(nèi)核開發(fā)者或任何受尊重的開源項(xiàng)目程序員的機(jī)會。

Assisted-by標(biāo)簽兼具透明度機(jī)制與審查標(biāo)記兩重作用，既能讓維護(hù)者對AI輔助的補(bǔ)丁給予額外審視，又不至于對這一做法本身帶來污名化。

Assisted-by歸因標(biāo)簽的誕生頗具爭議：英偉達(dá)工程師、Linux內(nèi)核知名開發(fā)者Sasha Levin在向Linux 6.15提交的一個(gè)補(bǔ)丁中，包含更新日志和測試在內(nèi)的全部內(nèi)容均由AI生成。Levin在提交前對代碼進(jìn)行了審查和測試，但未向評審者披露代碼由AI編寫。此舉在社區(qū)引發(fā)了強(qiáng)烈反響。

風(fēng)波過后，Levin本人在2025年北美開源峰會上開始積極倡導(dǎo)建立正式的AI透明度規(guī)則。2025年7月，他提出了日后成為內(nèi)核AI政策的第一份草案，最初建議為AI輔助補(bǔ)丁設(shè)立Co-developed-by標(biāo)簽。

隨后，線上線下的討論圍繞是引入新的Generated-by標(biāo)簽，還是復(fù)用現(xiàn)有的Co-developed-by標(biāo)簽展開。維護(hù)者們最終選定Assisted-by，以更準(zhǔn)確地反映AI作為工具而非共同作者的角色定位。

這一決定的背景是，AI編程助手近期已在內(nèi)核開發(fā)中展現(xiàn)出切實(shí)價(jià)值。Linux穩(wěn)定內(nèi)核維護(hù)者Greg Kroah-Hartman近期表示，"大約一個(gè)月前，世界發(fā)生了轉(zhuǎn)變"，AI工具如今能夠產(chǎn)出真實(shí)有價(jià)值的安全報(bào)告，而非無中生有的錯(cuò)誤信息。

最終選擇Assisted-by而非Generated-by，出于三方面的考量：其一，更加準(zhǔn)確——AI在內(nèi)核開發(fā)中的大多數(shù)應(yīng)用屬于輔助性質(zhì)（如代碼補(bǔ)全、重構(gòu)建議、測試生成），而非完整的代碼生成；其二，標(biāo)簽格式與現(xiàn)有的Reviewed-by、Tested-by、Co-developed-by等元數(shù)據(jù)標(biāo)簽保持一致；其三，Assisted-by描述的是工具的角色，不會暗示相關(guān)代碼存疑或低人一等。

這一務(wù)實(shí)態(tài)度的形成，也得益于Torvalds在Linux內(nèi)核郵件列表（LKML）的一段表態(tài)："我完全不希望任何內(nèi)核開發(fā)文檔變成AI宣言。'天要塌了'和'AI將徹底革新軟件工程'——這兩種聲音都已經(jīng)夠多了。我不想讓內(nèi)核開發(fā)文檔偏向任何一方。這就是為什么我強(qiáng)烈希望把它定位為'只是一個(gè)工具'。"

盡管Linux內(nèi)核新政策要求披露AI使用情況，維護(hù)者們并不依賴AI檢測軟件來識別未申報(bào)的AI生成補(bǔ)丁，而是沿用一貫的方法：深厚的技術(shù)積累、模式識別，以及扎實(shí)的代碼審查。正如Torvalds在2023年所說："判斷他人代碼，需要具備一定的品味。"

Torvalds指出了其中的原因："談?wù)揂I垃圾內(nèi)容毫無意義，因?yàn)槟切┨峤籄I垃圾內(nèi)容的人根本不會主動說明。"顯而易見的劣質(zhì)代碼很容易被拒絕，無論來源為何。真正的挑戰(zhàn)在于那些看起來可信的補(bǔ)丁——它們滿足即時(shí)需求、符合本地風(fēng)格、編譯無誤，卻暗藏細(xì)微的缺陷或長期的維護(hù)負(fù)擔(dān)。

新政策的執(zhí)行并不依賴于發(fā)現(xiàn)每一處違規(guī)，而是依賴于讓違規(guī)的代價(jià)足夠嚴(yán)重，從而遏制不誠信行為。任何曾因提交垃圾補(bǔ)丁而遭受Torvalds批評的人都深有體會——盡管他的脾氣已遠(yuǎn)不如從前火爆，但你仍不會想觸怒他。

Q&A

Q1：Linux內(nèi)核的Assisted-by標(biāo)簽是什么，為什么不用Generated-by？

A：Assisted-by是Linux內(nèi)核新AI政策中規(guī)定的歸因標(biāo)簽，凡使用AI工具完成的代碼貢獻(xiàn)，提交者必須在補(bǔ)丁中注明所用的模型、智能體及輔助工具。選擇Assisted-by而非Generated-by，主要基于三點(diǎn)原因：一是更準(zhǔn)確，AI在內(nèi)核開發(fā)中多為輔助性應(yīng)用；二是與現(xiàn)有標(biāo)簽格式一致；三是不會暗示代碼質(zhì)量低劣，有助于減少污名化。

Q2：Linux內(nèi)核新AI政策規(guī)定誰對AI生成的代碼負(fù)責(zé)？

A：根據(jù)新政策，人類提交者須對AI生成的代碼承擔(dān)完全責(zé)任，包括審查代碼、確保許可合規(guī)，以及對可能出現(xiàn)的任何缺陷或安全漏洞負(fù)責(zé)。AI及其開發(fā)方不承擔(dān)任何法律責(zé)任，Signed-off-by標(biāo)簽也只能由人類簽署，以滿足開發(fā)者原創(chuàng)證書（DCO）的法律要求。

Q3：Linux內(nèi)核如何識別未申報(bào)的AI生成代碼？

A：維護(hù)者并不依賴AI檢測軟件，而是通過深厚的技術(shù)積累、模式識別和傳統(tǒng)代碼審查來判斷。Torvalds指出，那些刻意隱瞞AI使用情況的人不會主動說明，因此技術(shù)審查本身才是核心防線。新政策的執(zhí)行邏輯在于，讓違規(guī)后果足夠嚴(yán)重，從而在源頭上遏制不誠信行為。