RPCS3 開發者要求 AI 程式設計師停止濫用 GitHub

身為一個遊戲內容翻譯，我將為您將文件翻譯成繁體中文，並遵循您提供的規則： - 使用繁體中文遊戲術語（玩家、攻略、遊戲）。 - 強調日式遊戲影響。 - 保持術語一致性。 - 保留所有 HTML 標籤。 - 只翻譯文字內容。 - 保持專有名詞不變（遊戲名稱、角色、物品、地點）。 - 保留 __PLACEHOLDER_*__ 標記。 - 切勿轉換或標準化貨幣價值、貨幣符號、百分比或數值（例如：$100、100 BRL、10%、1.5）。 - 不提供額外解釋。 ---

如果您一直關注著 AI 垃圾程式碼充斥開源儲存庫的緩慢災難，那麼最新一章來了：RPCS3，也就是開源 PlayStation 3 模擬器的開發團隊，已經公開要求使用者停止向他們的 GitHub 頁面提交由 AI 生成的程式碼合併請求。

這則於 2026 年 5 月 9 日發布到 X 上的訊息非常直接：「請停止向 RPCS3 提交 AI 垃圾程式碼合併請求。我們將開始封鎖那些未披露的提交者。網路上有許多資源可以學習如何除錯和編寫程式碼，而不是生成您不理解且無效的垃圾程式碼。」

訊息本身相當客氣。但隨後的留言呢？則完全不是那麼回事，而且老實說，完全可以理解。

RPCS3 實際上正在處理的問題

RPCS3 自 2011 年以來一直積極開發，至今仍是市面上最主要的 PS3 模擬器。該專案已達到一個里程碑，PlayStation 3 的遊戲庫中約有 70% 的遊戲已完全可玩，這很大程度上歸功於 GitHub 上真實的社群貢獻。而現在，AI 程式碼生成者正在堵塞的就是這個貢獻者管道。

問題在於：像這樣的開源模擬器專案的生死，取決於其合併請求的品質。每一個需要審查、被識別為無用的 AI 輸出並被拒絕的合併請求，都意味著實際開發者無法將時間用於真正的改進。將這種情況乘以數十或數百個垃圾提交，專案的成本就會變得非常可觀。

當一名使用者反駁並詢問團隊如何分辨 AI 編寫和人類編寫的程式碼時，RPCS3 給出了尖銳的回應：「你不可能手寫出我們看到的這種 AI 垃圾程式碼。」這點很難反駁。

這並非孤立問題

RPCS3 的情況是數月來在開源開發中不斷累積的模式的一部分。早在二月，Godot Engine 的專案經理 Rémi Verschelde 就表示，Godot 的 GitHub 已被 AI 生成的合併請求淹沒，他正在考慮聘請額外的維護者，專門處理垃圾提交的數量。

在短短幾個月內，兩個備受矚目的開源遊戲專案都面臨相同的問題，這表明這並非一個小眾的抱怨。那些讓生成看似合理的程式碼變得容易的工具，同樣也讓維護者容易被淹沒在看似貢獻但實則無用的提交中。

RPCS3 團隊真正想要的是什麼

RPCS3 的要求並不複雜。學習編寫程式碼。利用網路上可用的資源。如果您想為像 PS3 模擬器這樣技術要求極高的專案做出貢獻，請投入時間去理解您所提交的內容。

模擬 PS3 的 Cell 處理器架構，確實是模擬開發中最困難的問題之一。Cell 獨特的設計，包含其主處理器和七個協同處理單元，並非語言模型能夠在沒有真正理解其運作原理的人類操作下進行有意義的修補。向這樣的專案提交 AI 生成的程式碼並非捷徑。它只是為他人增加了額外的工作。

對玩家來說，好消息是 RPCS3 正在劃清界線，以免情況演變成維護危機。對於任何對模擬和遊戲保存的整體狀況感到好奇的玩家，我們的 遊戲攻略 和 遊戲評論 將涵蓋您可能想透過模擬器重新體驗的遊戲。

RPCS3 團隊並沒有關閉社群貢獻的大門。他們只是要求這些貢獻來自真正理解自己所提交內容的人。對於任何軟體專案來說，這都是一個合理的標準，更不用說一個要維護與數百款 PS3 遊戲兼容性的專案了。觀察其他主要的開源遊戲專案在未來幾個月內如何應對相同的壓力。