Godot 全面封殺 Vibe Coding，作為每天用 AI 寫程式的人，我反而覺得這是件好事
上週 Godot（一個使用者量很大的開源遊戲引擎）更新了貢獻政策：全面禁止 AI 代理直接提交程式碼，違者永久禁止存取儲存庫。這是目前最強硬的一次「反 Vibe Coding」表態。我每天都在用 Claude Code 寫程式，看到這個新聞的第一反應不是「AI 又被針對了」，而是「這個規則說的正是我一直擔心的問題」。
先說清楚 Godot 具體做了什麼
Godot 基金會這次更新貢獻政策，核心是三條：
規則具體內容禁止 AI 代理直接提交程式碼違者永久禁止存取儲存庫，這是目前開源社群裡最嚴厲的處罰力度新貢獻者門檻合併 PR 數量在 3 個及以下的使用者被定義為「新貢獻者」，會有額外限制強制人工審查任何 PR 必須由真人完成審查並批准，才能合併進主分支——這條規則以前就有，這次是進一步明確和強化觸發這次政策更新的原因： 大量 AI 生成的低品質 PR 涌入專案，維護者的審查負擔暴增，同時也引發了程式碼品質和責任歸屬的爭議——如果一段 AI 生成的程式碼出了問題，責任算誰的？
這不是個例，而是正在擴大的趨勢
Godot 不是第一個這麼做的專案。最近開發者圈裡流行一個新詞——「Vibe Slop」（氛圍垃圾程式碼），專門用來形容那種「看起來能跑，但沒人真正理解、也沒人願意負責」的 AI 生成程式碼。
這個詞流行起來，本身就說明了一個現象：大量開源維護者已經被「Vibe Coding 提交的低品質程式碼」折磨夠了。
維護者的困境很實際：
- 審查一段人寫的程式碼，你大致能判斷作者的思路和意圖
- 審查一段 AI 生成的程式碼，你完全不知道提交者自己有沒有理解這段程式碼在幹什麼
- 如果程式碼出問題，提交者可能自己都答不上來「為什麼這樣寫」
對開源專案來說，PR 數量暴增但品質下降，等於維護成本不降反升。
作為個人開發者，我怎麼看這件事
我自己每天都在用 Claude Code 寫程式，效率提升是真實的。但 Godot 這次的政策，讓我重新想清楚了一個問題：Vibe Coding 適合「你自己負責」的場景，不適合「你要說服別人相信」的場景。
具體展開：
場景Vibe Coding 是否合適原因自己的專案，自己維護✅ 合適出了問題自己扛，理解不理解是自己的事給團隊提 PR⚠️ 謹慎同事需要理解你的程式碼，AI 生成的東西你自己都說不清就麻煩了給開源專案提 PR❌ 不合適維護者要為整個專案的長期品質負責，你的「不理解」變成了別人的負擔寫文件／腳手架／一次性腳本✅ 合適低風險，出錯影響小Godot 這次針對的其實是最後一種情況的極端版本： 有人用 AI 生成程式碼，自己完全不審查就直接提 PR 給維護者，把「理解程式碼」這個責任完全甩給了別人。這不是在用 AI 提升效率，是在用 AI 轉移勞動。
一個容易被忽略的差別：AI 輔助 vs AI 甩鍋
我自己現在用 AI 寫程式，會明確區分兩種情況：
AI 輔助（我依然負責）：
- 讓 AI 生成初稿，我逐行看過、理解、調整
- 遇到我不確定的地方，會去驗證或者測試
- 提交前，我能對每一行程式碼的存在負責
AI 甩鍋（我不再負責）：
- AI 生成什麼就什麼，沒有真正 Review
- 提交的時候，其實是「把責任轉移給了下一個看程式碼的人」
- 出了問題，第一反應是「這是 AI 寫的」
Godot 這次的政策，本質上是在強制大家從「甩鍋模式」切回「輔助模式」。 我覺得這個方向是對的，只是用了比較激烈的手段（一刀切禁止 AI 代理提交，而不是要求提交者做更嚴格的自我審查）。
這對我們日常寫程式有什麼啟發
不管你是不是給開源專案提 PR，Godot 這次事件都值得我們對照檢查一下自己的 AI 使用方式：
自查清單：
- 提交程式碼前，我能不能對每一行的存在給出理由？
- 如果同事問我「這段邏輯為什麼這樣寫」，我能不能不查 AI 對話紀錄就回答？
- 我有沒有真正 Review 過 AI 生成的內容，還是看起來能跑就直接提交了？
- 如果這段程式碼出了 bug，我能不能獨立排查，而不是重新問一遍 AI？
四個問題裡如果有兩個以上答不上來，說明你正在從「AI 輔助」滑向「AI 甩鍋」，需要收一收。
最後
Godot 這次的強硬表態，不是「AI 程式設計不行」，而是「不負責任的 AI 程式設計不行」。作為每天靠 AI 提效的開發者，我反而覺得這種邊界感是好事——它把「用 AI 寫程式」和「用 AI 逃避理解程式碼」這兩件事劃清楚了。
Vibe Coding 本身沒有錯，錯的是把「我不需要理解」也一起 Vibe 掉了。
你怎麼看 Godot 這次的政策？你在用 AI 寫程式時，會不會做逐行 Review？ 評論區聊聊。
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
