作者：默思編輯部 發布：2026-10-06
由硬體與作業系統公司System76主導開發的Linux桌面環境專案COSMIC，在2026年10月2日宣布一項引發開源社群熱議的新政策：往後所有向COSMIC專案提交的Pull Request，貢獻者都必須明確確認提交內容不包含任何由大型語言模型（LLM）生成的程式碼、註解或描述文字。
明文禁止背後的考量
這項政策的具體動機，官方並未在公告中詳細闡述，但結合近期業界針對AI輔助編碼技術債問題的一系列量化研究（例如本站稍早報導的810萬筆Pull Request研究，顯示AI輔助編碼讓技術債暴增三到四成），不難推測COSMIC團隊此舉，很可能是希望確保核心桌面環境這類對穩定性與程式碼品質要求極高的基礎建設專案，不會因為貢獻者未經審慎驗證就直接提交AI生成的程式碼，而悄悄累積難以察覺的潛在缺陷或安全漏洞。
開源社群對AI生成程式碼的態度分歧
這項政策也反映出目前開源社群對於「是否接受AI輔助生成的程式碼貢獻」這個議題，存在相當明顯的立場分歧：一派專案積極擁抱AI輔助開發帶來的效率提升，甚至主動建置工具鏈協助貢獻者更順暢地整合AI輔助編碼流程；另一派專案（COSMIC顯然屬於後者）則選擇採取更保守審慎的立場，認為核心基礎設施等級的程式碼品質與可信任度，在目前AI輔助編碼技術仍存在明顯信任落差的階段，優先順序應該高於開發效率的提升。
執行層面的實務挑戰
值得留意的是，這類政策在實務執行上其實存在相當程度的挑戰——要求貢獻者「自我申報」是否使用AI生成程式碼，本質上仍是一種榮譽制度，專案維護團隊很難透過技術手段百分之百驗證貢獻者的申報是否屬實。這也讓這類政策的實際效果，某種程度上更仰賴開源社群文化中對誠信申報的共同信任，而非強制性的技術把關機制。
對開源專案治理的啟示
對於其他正在思考如何制定AI輔助編碼貢獻政策的開源專案而言，COSMIC這次的做法提供了一個具體的參考案例：與其完全禁止或完全放任，不如透過明確的政策聲明，至少建立起貢獻者對專案立場的共同認知，再搭配既有的程式碼審查流程，盡可能把關程式碼品質。隨著AI輔助編碼工具的普及程度持續提升，預期未來會有更多開源專案，需要正式面對並明確表態自己對這個議題的立場。
對開源軟體治理與程式碼品質有興趣的讀者，歡迎參考Python課程，打好扎實的程式基礎。