一個標籤的存廢：Linux核心鬆綁AI標註要求，先分清哪個文件分支生效了

2026年10月9日，Linux LTS核心共同維護者Sasha Levin送出一份修補程式，提案移除文件中對AI輔助程式碼的Assisted-by強制標註要求。10月13日他補上v2版本說明背景，10月14日文件維護者Jonathan Corbet將其套用至docs-next分支。換句話說，這是一起發生於10月中旬的治理規則調整，如今仍值得攤開來算帳，因為它改變的是開源協作裡「揭露成本由誰支付」的分配方式。

先分清：討論、合併、生效是不同階段

判讀這則消息最容易出錯的地方，在於文件分支與發布版本是兩回事。查核當下的狀態是：docs.kernel.org/next已移除Assisted-by要求，但kernel.org上發布的穩定版指引仍保留舊條文。峯會討論、修補程式送出、文件合併至docs-next、穩定版正式更新，四個階段不能互相替代。

Levin在v2說明中稱，峯會上支持移除標籤的共識強烈，但並非全體一致。郵件討論串中仍存在兩種聲音：一方認為標籤已失去辨識作用，另一方質疑取消後工具使用情況會更不透明。這份修補程式反映的是提案者對峯會討論的整理，不等於所有維護者立場一致。

原規則想補的訊號，以及為何失靈

這套標註規則的起點是2025年的Maintainers Summit共識。當時Levin於7月先提出RFC，原本打算沿用既有的Co-developed-by標籤標示AI參與，但David Hildenbrand與Konstantin Ryabitsev指出一個結構性問題：Co-developed-by依慣例隱含人類共同開發者的責任歸屬，套用在工具上會混淆責任認定，於是才另立Assisted-by。

拆開來看，這套體系裡有兩個功能不同的機制。Assisted-by記錄工具參與，屬於揭露訊號；Signed-off-by則是人類提交者依DCO（開發者原創聲明）作出的法律性聲明。官方指引同時要求提交者審查AI生成程式碼、確認授權合規並承擔貢獻責任。此次修補程式只動了揭露那一欄，Signed-off-by須由人類簽署、AI代理一律不得簽署的規定未被討論異動。

從治理成本的角度看，問題出在標籤的訊號品質。當揭露變成形式化的文字儀式，稽查者拿到的資訊量趨近於零，維護標註規則的成本卻持續存在。v2提案的替代設計是把揭露從commit標籤移到patch系列的說明信（cover letter），由提交者自行描述工具如何參與。這等於把揭露從結構化欄位降級為自由文字，稽查成本下降，可機器判讀性也同步下降。

影響推演：誰的帳變輕，誰的帳變重

受惠的是高頻提交的貢獻者與子系統維護者。當AI輔助寫程式成為日常操作，逐patch貼標籤的摩擦成本隨提交量線性放大；這與先前分析的Torvalds首個LLM協作補丁所呈現的趨勢是同一條曲線，工具參與度上升，揭露的單位成本就必須下降，否則規則會被系統性繞過。

承壓的一方，是依賴標籤做溯源的下遊使用者與發行版維護者。標籤消失後，判斷一段程式碼的生成背景只剩說明信的自由文字與提交者自律，稽查責任實質上移轉到每一位Signed-off-by的簽署者身上。責任沒有變輕，只是從可見的欄位移到不可見的審查工時裡，這與AI產出的三層驗證成本的邏輯相通：揭露機制退場，驗證成本不會消失，只會換地方記帳。

收束判斷

這次調整的實質，是把開源社羣對AI工具的治理從「強制揭露欄位」轉向「責任聲明加自律描述」。短期內提交摩擦下降、貢獻流量受惠；長期則要看提交者審查AI程式碼的自律是否足以支撐品質。穩定版文件何時跟上docs-next、以及取消標註後漏洞追溯是否出現可觀察的差異，會是下一個值得盯的數字。在這些觀察點出現之前，宜將其視為一次成本結構調整，而非治理標準的全面鬆綁。