我不再需要你的 PR 了

背景

隨著生成式 AI 顯著降低了程式碼產生的門檻，一位開源專案維護者公開表示不再希望接收來自他人的拉取請求（Pull Requests, PRs）。他認為審核陌生人的程式碼不僅存在安全風險，且在溝通成本與風格偏好上往往不如直接利用大型語言模型（LLM）自行實作來得高效，這引發了開發者社群對於開源協作模式是否正在發生質變的熱烈討論。

社群觀點

針對維護者拒絕 PR 的立場，社群中出現了兩極化的反應。支持者認為這反映了當前開發環境的真實痛點，特別是當程式碼生成變得廉價，審核成本反而相對提高。有留言指出，與其花費大量時間在 GitHub 上與陌生人來回溝通、要求修改格式或修復邏輯錯誤，不如直接接收高品質的臭蟲報告或功能需求，再由維護者利用 AI 快速實作，這樣更能確保程式碼符合專案的架構願景。部分維護者分享了類似經驗，認為處理非平凡的 PR 往往比自己動手更累，因為他們必須在幕後做大量的測試與環境設定，甚至要像操縱傀儡一樣引導貢獻者完成細節，最終直接接手分支並手動合併反而更省事。

然而，反對者則對這種「獨裁式」的維護風格感到憂心，認為這可能侵蝕開源社群長久以來的信任基礎。有觀點批評這種心態會導致工具碎片化，並質疑若維護者不再追求協作，開源專案將失去其核心價值。針對維護者提到的風格偏好問題，有開發者反駁稱 95% 的格式問題應透過自動化 Linting 工具解決，而非將其作為拒絕貢獻的理由。此外，有人擔心過度依賴 LLM 會產生大量看似正確但潛藏幻覺或安全漏洞的「垃圾代碼」，導致軟體生態系出現大量相容性不佳的衍生版本，形成如巴別塔般的混亂局面。

在爭論之外，社群也觀察到一種新興的「Take it home」開源模式。隨著 AI 輔助開發普及，分叉（Fork）專案並針對個人需求進行客製化的成本已大幅降低。這意味著開源專案可能回歸其「原始材料」的本質，使用者不再苦等上游合併，而是直接在自己的分支上快速迭代。雖然這可能增加維護分支的負擔，但對於許多只需要特定功能的人來說，這比參與漫長的 PR 審核流程更具吸引力。這種轉變也催生了對新型貢獻形式的討論，例如提交「提示詞差異」（Prompt Diffs）或更詳盡的測試案例，而非直接提交程式碼，這或許將成為 AI 時代下維護者與貢獻者之間的新型契約。

延伸閱讀

• Pronghorn：由開發者 jaggederest 實作的 Home Assistant 語音助理低延遲版本，展示了如何透過 AI 快速開發符合個人需求的 Fork 專案。
• GitHub 於 2024 年 2 月新增的功能：現在維護者已可以正式在專案設定中關閉 Pull Requests 功能。