![]()
整理 | 鄭麗媛
出品 | CSDN(ID:CSDNnews)
“AI 不會為代碼負責,我們也無法相信那些高度依賴 AI 的開發者,能真正理解自己提交的代碼。”——這是開源游戲引擎 Godot 官方最近公開說出的一句話。
在 AI 編程越來越流行的今天,不少開源社區都在思考同一個問題:AI 究竟是在幫助開發,還是在制造更多維護成本?而 Godot,率先給出了自己的答案。
近日,Godot 官方宣布,正在全面修改項目的貢獻(Contribution)政策,將大幅收緊 AI 在代碼貢獻中的使用范圍:不僅一向備受爭議的“Vibe Coding(氛圍編程)”會繼續被封禁,未來連使用 AI 生成“大段代碼”也將被禁止,新貢獻者提交大型功能前還必須先獲得維護者批準。
![]()
![]()
PR 多到成了社區“梗”,維護者卻越來越少
對于很多開源項目來說,收到越來越多 Pull Request(PR)本應是一件值得高興的事。
Godot 也承認,過去幾年不斷增長的代碼貢獻,一定程度上說明了三件事:越來越多開發者愿意參與 Godot 社區;團隊始終堅持控制功能膨脹(Feature Creep),不會輕易合并新功能;同時,項目一直保持著較高的代碼質量標準。
然而,在 AI 熱潮下,事情很快出現了另一面。官方坦言,如今 Godot 倉庫中積壓的 PR 已經多到成為社區里的一個“梗”,大家時不時都會調侃一句:“還有多少 PR 沒審?”
代碼審查(Code Review)本就是開源項目里最耗時、最消耗精力的工作之一。一份 PR 是否符合項目規范、有沒有隱藏 Bug、是否會影響已有架構,都需要維護者逐行閱讀、測試和討論。而維護者大多都是志愿者,他們的時間終究有限。
過去,這種 Reviewer 不足的問題雖然一直存在,但項目還能勉強維持運轉;可如今,AI 編程的普及讓這一情況迅速惡化。
Godot 認為,近一年最大的變化,就是 AI 大幅降低了提交代碼的成本。無論是 AI Agent 自動生成代碼,還是開發者借助 ChatGPT、Claude、GitHub Copilot 等工具完成代碼,再提交 PR,都讓 PR 的數量快速增加。
以前,一個 PR 可能需要開發者花上幾天甚至幾周完成;如今,借助 AI,幾分鐘就能生成一份看起來“像模像樣”的代碼。于是,提交 PR 的成本越來越低,PR 數量不斷增加,但維護者數量和審核能力卻幾乎沒有變化。
所以,真正的瓶頸已經不再是“沒人寫代碼”,而是“沒人審代碼”。AI 并沒有減少維護者的工作量,反而讓他們需要篩掉更多低質量、缺乏理解的代碼。
![]()
更讓維護者崩潰的是:很多人連自己提交的代碼都解釋不清
如果只是 PR 數量增加,Godot 或許還能接受。真正讓維護團隊感到崩潰的是:大量 AI PR 的作者,根本不了解自己提交的內容!
Godot 表示,Review 一直都是件枯燥的工作,但它原本也有一項非常重要的價值:幫助新人學習。維護者在 Review 時提出修改意見,而新貢獻者則理解問題、修正代碼。久而久之,這些新人就可能成長為未來的 Reviewer,甚至項目維護者。
很多今天的核心開發者,當年都是這樣培養出來的——但 AI 改變了這一過程。
Godot 在公告中表示,維護者寫下的大量修改意見,很多時候只是被復制、粘貼進 AI 對話框,生成下一版代碼,并不能真正幫助一位開發者成長。甚至,不少開發者根本無法回答維護者提出的問題,也無法根據 Review 意見自行修復 Bug。
對此,Godot 給出了一句態度十分鮮明的話:“AI 無法承擔責任,我們也無法相信那些高度依賴 AI 的開發者,能真正理解自己的代碼,并能在需要時修復它。”
其實,這并不是 Godot 第一次公開表達類似觀點。早在今年年初,核心維護者 Rémi Verschelde 就曾抱怨,越來越多 AI 生成的 PR 正在消耗維護團隊大量時間,而且整個過程“令人沮喪”。當時,一家使用 Godot 的游戲工作室也公開吐槽稱,大多數 AI PR 都是“垃圾”,提交者根本不知道自己在提交什么,整個 Review 流程簡直就是“一場徹底的災難”。
經過幾個月觀察,Godot 最終認為,這已經不是偶發事件,而是一個長期存在的問題,因此必須從制度上進行限制。
![]()
新政策來了:提高門檻,但并非拒絕新人
Godot 基金會董事會以及核心維護者表示,他們已經圍繞新政策討論了數月。團隊強調,其目標并不是拒絕新人,而是減少低質量貢獻,同時培養真正理解項目的開發者。
根據官網公告,Godot 的新版貢獻政策主要圍繞以下幾個原則展開:
(1)培養真正的新貢獻者,而不是培養 AI。Godot希望有更多新人能逐步成長為未來的維護者。所以,新貢獻者需要理解項目代碼、接受 Review,并從反饋中學習。而大模型不能從從維護者提供的具體反饋中成長,因此維護者投入的大量精力,也無法形成長期價值。
(2)所有代碼都必須由真正的人負責。Godot 強調,代碼最終必須有人負責。開發者不僅要理解自己的代碼,還要能夠、也愿意在出現問題時繼續維護和修復它。AI 做不到這一點,因此不能成為真正的代碼作者。
(3)提高低質量貢獻的門檻。Godot 承認,提高貢獻門檻可能會引來非議,但如果繼續放任大量“低成本、低質量”的 PR 涌入,只會進一步壓垮他們的維護團隊。
(4)讓維護者愿意繼續 Review PR。目前,代碼審核已經成為 Godot 開發流程中最大的瓶頸。官方希望,通過減少無意義的 AI PR,讓維護者覺得自己的時間真正花在值得投入的人和代碼上,從而提升 Review 的積極性。
根據即將實施的新規,Godot 將重新定義“新貢獻者”:凡是累計只有 3 個及以下已合并 PR 的開發者,都屬于新貢獻者。今后,這類開發者如果希望提交新功能,或者進行較大規模的代碼重構,都必須事先獲得維護者明確批準。
對此,Godot 解釋道,這項規定的目的,是希望新人能先從修復 Bug、完善文檔、小規模改進等工作開始,逐漸熟悉代碼庫,與維護團隊建立信任,再參與大型開發任務。
簡單來說:Godot 希望培養的是長期貢獻者,而不是“一次性提交 AI 代碼然后消失”的用戶。
![]()
AI 可以輔助,但不能替你寫代碼
除了提高貢獻門檻之外,Godot 還進一步明確了 AI 的使用邊界,使其與上述理念保持一致:
(1)禁止 AI Agent 和“氛圍編程(Vibe Coding)”
任何使用自主 AI Agent 自動生成并提交代碼,或依賴“氛圍編程”的行為,都將繼續直接觸發 GitHub 倉庫的自動封禁(Auto-ban)——這一規定其實早已實施,新政策只是進一步明確。
(2)禁止使用 AI 生成大段代碼。
Godot 要求,所有代碼都必須由開發者本人編寫。AI 可以作為輔助工具,但僅限于一些機械、重復性的工作,例如代碼自動補全、編寫正則表達式、查找與替換等。如果開發者確實使用 AI 參與了代碼編寫,也必須在 PR 討論中主動說明。
(3)禁止 AI 生成與維護者溝通的內容。
當維護者利用自己的業余時間審核 Issue、PR 或設計提案時,他們希望交流的對象肯定是真正的人,而不是一臺機器。Godot 表示:這是最基本的尊重。
不過,如果 AI 僅用于不同語言之間的翻譯,只要原始內容確實由人類撰寫,那是允許的。
(4)所有 PR 必須經過人工審核才能合并。
這一規定實際上一直存在,但新版貢獻政策會進一步明確:任何 PR,都必須由真人完成審核并批準后,才能合并進入主分支。
最后,對于以上這些因 AI PR 泛濫而推出的新規,Godot 補充道:AI 技術的發展速度非常快,幾乎每天都會出現新的工具和能力。因此他們會繼續采取相對保守的態度制定相關政策,同時也會根據未來 AI 技術的發展情況,持續評估是否需要調整規則。
對于 Godot 而言,AI 可以成為提升開發效率的輔助工具,但至少在當前階段,它還無法替代開發者對代碼的理解、責任意識以及人與人之間的協作。
那么,對于 Godot 提出的 AI 新規你有什么看法嗎?
參考鏈接:https://godotengine.org/article/contribution-policy-2026/
很多企業做 AI 研發,真正難的不是“用不用 AI”,而是:
怎么判斷自己處在哪個階段?
能力短板在哪里?
下一步該怎么演進?
這份 《AI原生軟件研發成熟度模型 AISMM 白皮書》,正是圍繞企業 AI 研發轉型路徑展開。
7 月 17-18 日,2026 奇點智能產品大會將在北京舉辦
掃碼報名參會,即可領取這份白皮書福利。
![]()
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
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.