2024年，明尼蘇達(dá)大學(xué)兩個(gè)學(xué)生往Linux內(nèi)核塞惡意代碼被抓包，整個(gè)行業(yè)都在討論怎么防"內(nèi)鬼"。沒人想到，2026年開春，真正的麻煩來自另一群人——用AI寫代碼的開發(fā)者。

4月13日，Linus Torvalds和內(nèi)核維護(hù)團(tuán)隊(duì)正式簽字畫押，給Linux項(xiàng)目立了史上第一份AI輔助代碼的規(guī)矩。這份文件不長，但字字帶刺：你可以用AI，但出了事，AI不背鍋。

第一條紅線：AI不能"簽字畫押"

Linux內(nèi)核有個(gè)老傳統(tǒng)叫DCO（開發(fā)者原創(chuàng)證書），每行代碼提交前都要有人類開發(fā)者簽上"Signed-off-by"。這不是走形式，是法律文件，確保代碼版權(quán)干凈、許可合規(guī)。

新規(guī)矩砍得干脆：AI代理（AI Agent）禁止添加Signed-off-by標(biāo)簽。哪怕整段代碼都是ChatGPT寫的，最后按手印的必須是人。換句話說，AI是筆，你是握筆的手，字寫歪了算你的。

這個(gè)設(shè)計(jì)堵死了一條灰色路徑。有些開發(fā)者曾幻想：既然AI生成的內(nèi)容版權(quán)歸屬模糊，能不能讓AI"代簽"把責(zé)任甩出去？Torvalds的答復(fù)寫在政策里——想都別想。

第二條紅線：必須"自曝"用了什么AI

所有AI輔助的提交必須帶Assisted-by標(biāo)簽，格式細(xì)到變態(tài)：模型名、代理版本、輔助工具全要列清楚。官方給的例子是："Assisted-by: Claude:claude-3-opus coccinelle sparse."

這個(gè)標(biāo)簽是雙刃劍。對(duì)維護(hù)者來說，它是警示燈——看到Assisted-by就知道這段代碼得多看兩眼。對(duì)提交者來說，它是護(hù)身符——主動(dòng)交代比被查到隱瞞，結(jié)局天差地別。

政策起草人Sasha Levin對(duì)此深有體會(huì)。這位Nvidia工程師、Linux內(nèi)核核心開發(fā)者，2025年初往Linux 6.15塞了一段完全由AI生成的補(bǔ)丁，連變更日志和測(cè)試用例都是機(jī)器寫的。他自己審過、測(cè)過，覺得沒問題，唯獨(dú)漏了一件事：沒告訴任何人這是AI寫的。

第三條紅線：人類負(fù)全責(zé)，沒有"AI臨時(shí)工"

Levin的補(bǔ)丁技術(shù)上沒問題，但社區(qū)炸鍋了。LKML（Linux內(nèi)核郵件列表）里吵了幾百樓，核心爭(zhēng)議不是AI寫代碼好不好，而是"隱瞞"本身破壞了信任基建。

「我當(dāng)時(shí)覺得審過了就沒必要說，」Levin后來在2025年北美開源峰會(huì)上承認(rèn)，「這是錯(cuò)的?！顾鲃?dòng)站出來推動(dòng)透明化規(guī)則，7月提交了第一版草案，建議用Co-developed-by標(biāo)簽標(biāo)記AI貢獻(xiàn)。

社區(qū)討論了幾個(gè)月，否決了Generated-by、Co-developed-by等選項(xiàng)，最終選定Assisted-by。詞義很微妙：不是"合作開發(fā)"，是"輔助完成"，主語永遠(yuǎn)是人。

政策落地后，Levin的處境成了活教材——主動(dòng)坦白并推動(dòng)改革的人，保住了聲譽(yù)；那些想蒙混過關(guān)的，參考2021年明尼蘇達(dá)大學(xué)那兩位：永久逐出開源圈。

為什么偏偏是現(xiàn)在？

Linux內(nèi)核的代碼審查是出了名的嚴(yán)苛。一個(gè)補(bǔ)丁從提交到合并，平均要過3-5輪review，頂級(jí)子系統(tǒng)的維護(hù)者手上常年壓著幾百個(gè)待審補(bǔ)丁。AI工具確實(shí)能提速，但速度和質(zhì)量從來不是一回事。

Torvalds的算盤很現(xiàn)實(shí)：完全禁止AI不現(xiàn)實(shí)，放任不管更危險(xiǎn)。Assisted-by標(biāo)簽給了維護(hù)者一個(gè)篩選器——知道哪些補(bǔ)丁需要額外警惕，又不至于把AI輔助污名化。

這種"監(jiān)管而非禁止"的思路，和Linux基金會(huì)2024年的開源AI定義文件形成呼應(yīng)。那份文件花了18個(gè)月定義什么是"真正的開源AI"，核心結(jié)論同樣謹(jǐn)慎：可以用，但要標(biāo)明，要負(fù)責(zé)。

政策生效后的第一個(gè)月，LKML上Assisted-by標(biāo)簽的出現(xiàn)頻率從每周零星幾條漲到日均20+。維護(hù)者Greg Kroah-Hartman在私人頻道吐槽：「現(xiàn)在看補(bǔ)丁先看標(biāo)簽，AI寫的得多花30%時(shí)間審?！?/p>

這30%的額外成本誰來付？目前看是維護(hù)者默默消化。但已經(jīng)有子系統(tǒng)維護(hù)者在討論：要不要給AI輔助補(bǔ)丁設(shè)單獨(dú)的review隊(duì)列，或者要求提交者附人工審計(jì)報(bào)告。

更隱蔽的變化在人才層面。某頭部云廠商的內(nèi)核團(tuán)隊(duì)負(fù)責(zé)人透露，他們現(xiàn)在招內(nèi)核開發(fā)崗，簡(jiǎn)歷里寫"熟練使用AI編碼工具"的候選人，面試必問一道題：「如果AI生成的代碼事后查出許可證沖突，你怎么證明你審過？」

答不上來的，技術(shù)分再高也懸。

政策還埋了一顆雷：Assisted-by標(biāo)簽要求列明"輔助工具"，但工具鏈迭代速度遠(yuǎn)超內(nèi)核發(fā)版周期。今天用Claude-3-opus，明天換成Claude-4，版本號(hào)怎么標(biāo)？工具組合超過三種，標(biāo)簽長度會(huì)不會(huì)爆炸？這些問題LKML上還在吵，暫時(shí)沒有標(biāo)準(zhǔn)答案。

Levin本人在最新一次內(nèi)核峰會(huì)上被問到：「你現(xiàn)在用AI寫代碼嗎？」

他頓了兩秒：「用，但每行都假設(shè)明天要上法庭解釋?！?/p>

這大概是Torvalds想要的效果——AI可以是生產(chǎn)力工具，但法律責(zé)任這根弦，得繃在人的腦子里。