蘋果隨機關閉錯誤回報，除非你親自驗證該錯誤尚未修復

背景

本文源於一位開發者對 Apple 臭蟲回報系統（Feedback Assistant）的長期挫折。作者指出 Apple 經常在未提供任何修復資訊的情況下，要求回報者在測試版系統中「驗證」問題是否依然存在，若未在兩週內回報，系統便會自動關閉該案件；這種將開發者當作免費測試員、且無視其時間成本的作法，引發了 Hacker News 社群對於軟體工程管理與企業文化的廣泛討論。

社群觀點

針對 Apple 這種「不驗證就關閉」的策略，社群內部的看法呈現兩極化。支持或理解 Apple 作法的觀點認為，這在大型軟體專案中是常見的「春季大掃除」。隨著系統版本的更迭，許多舊有的臭蟲可能因為程式碼重構或環境改變而自然消失，若不定期清理這些可能已失效的舊案件，開發團隊將被淹沒在無效的資訊中，無法專注於處理當前版本的新問題。部分開發者坦言，面對堆積如山的工單，若回報者本身不再關心該問題且不願配合驗證，將其關閉以維持團隊士氣與工作效率是務實的選擇。

然而，多數討論者對此持強烈批評態度，認為這是一種極其惡劣的工程實踐。反對者指出，將「自動關閉」作為減少工單數量的手段，本質上是在操弄內部數據，讓管理層誤以為軟體品質良好。這種作法忽視了臭蟲報告作為測試案例的珍貴價值，即便程式碼經過重構，舊有的錯誤仍是驗證新系統穩定性的重要參考。有留言者犀利地指出，這種「如果沒人抱怨就代表沒問題」的文化，最終會導致使用者對回報系統失去信心，進而停止提供高品質的反饋，形成惡性循環。

討論中也揭露了 Apple 內部管理機制的潛在問題。一位前 Apple 員工分享了內部追蹤系統 Radar 的運作邏輯，提到每個問題在修復後都必須經過「驗證」狀態才能正式關閉。由於工程師的績效往往與未驗證案件的滯留時間掛鉤，為了達成指標，許多團隊會被迫在未確認修復的情況下催促用戶驗證，甚至直接關閉案件。這種制度設計本意是確保品質，卻在官僚體系下異化為推卸責任的工具。

此外，社群也對比了其他組織的作法。例如 Mozilla 即使對二十年前的報告仍保持開放，直到確認修復為止；而 Chromium 團隊則會指派專人協助重現問題，展現了截然不同的尊重態度。部分留言者感嘆，當前許多科技巨頭過度依賴自動化機器人與 AI 回覆來處理回報，這種缺乏人性的互動不僅無法解決技術問題，更像是在對熱心的開發者進行心理磨損。

延伸閱讀

在討論過程中，有參與者提到了微軟工程師 Raymond Chen 的部落格「The Old New Thing」，該部落格經常探討 Windows 開發歷史中關於相容性與臭蟲處理的深度見解。此外，也有人提及 Anthropic 的 Claude Code 臭蟲追蹤器在 GitHub 上的自動關閉機制，作為當前業界自動化管理爭議的另一個案例。