北京
社區投票以壓倒性姿態落下帷幕：358 票贊成，144 票反對，約 71% 的參與者選擇了對“vibe coding”項目說“不”。幾天后，作為 GitHub 的開源替代方案，Codeberg 正式更新了服務條款，將這條禁令寫進了平臺規則。這意味著往后想把“靠一句提示詞生成整個應用、再隨手扔上代碼倉庫”的流程走通，恐怕沒那么容易了。
不出意料，措施并未一刀切。新條款第 7 條寫得相當克制：用戶“不得分享主要由生成式 AI 工具（包括 Claude、OpenAI Codex 等）編寫的代碼構成的項目”。重點落在“主要”上——如果你只是在項目里用 AI 補了一小段腳本，或者靠助手生成了幾個工具函數，這不觸線。規則要攔的，是那種幾乎完全由大語言模型吐出來、開發者充當“復制粘貼中轉站”的所謂氛圍編程作品。
為何一紙禁令讓社區投票比例如此懸殊？條款里其實埋了兩條直白的理由。一是版權狀況不明，AI 生成的代碼依賴海量未標注歸屬的訓練數據，這種代碼的法律所有權、能否和主流開源許可證兼容，至今全球都還沒有通行的判例和解釋。二是安全審查幾乎為零，大模型既可能產出注入后門的片段，也可能拼湊出帶有已知漏洞的模式，如果連人類審查都跳過就直接托管，相當于倉庫里多了一堆未經安檢的包裹。
把這些風險攤開，反方向的聲音自然就顯得底氣不足。畢竟，在那 144 張反對票背后，也未必都是想讓“全自動代碼垃圾”涌入平臺的人；更多是擔心該條款會誤傷那些合理借助 AI 輔助的開發者。好在最終措辭保留了“mostly”這個彈性詞，給混合式創作留了空間——你可以用 AI，但項目的主體判斷、核心邏輯和最終責任還在人身上。
放出禁令的同時，Codeberg 這步棋也把開源的 AI 路線之爭進一步推到了臺前。就在不久前，Linus Torvalds 公開表示 AI 工具對 Linux 內核開發是有用的，這些言論立刻引來了批評聲浪。另一邊，Fedora 社區直接拆掉了預裝 AI 功能的“開發者桌面”發行版計劃，理由同樣圍繞著合規性和社區價值觀。每一次類似事件，都像在反復追問同一個問題：在開源世界里，到底允許多大比例的機器創作才不算背棄初心？
71% 的支持率給出的答案也許談不上最終定論，但它已經傳遞了一個足夠清晰的信號——當版權、安全和代碼可維護性還沒追得上模型生成速度時，寧可先把門檻抬高一點。對于習慣把代碼倉庫變成“AI 作品陳列館”的人來說，現在需要重新拾起鍵盤，用年復一年調試 commit 的老辦法證明：這個項目，確實屬于你自己。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
