亞馬遜因應系統斷線事故，要求 AI 輔助之程式碼變更須經資深工程師簽核

背景

亞馬遜（Amazon）電子商務部門近期因多起系統停機事故，召集大量工程師進行深度檢討。根據流出的內部會議記錄，公司高層將事故歸因於生成式 AI 輔助開發工具的濫用，以及相關安全防護機制尚未成熟，隨後宣布未來所有由 AI 輔助的程式碼變更，必須經過資深工程師的審核簽署。

社群觀點

在 Hacker News 的討論中，社群對於亞馬遜將責任歸咎於 AI 工具表現出兩極化的反應。部分網友認為，這反映了企業在追求開發效率時，忽視了責任歸屬的核心問題。當 AI 生成程式碼的速度遠超人類審核的能力時，所謂的「資深工程師簽署」往往會流於形式。有資深開發者擔憂，在公司強制要求使用 AI 以提升產出的壓力下，工程師卻必須為自己無法完全消化的海量程式碼負起成敗責任，這種「有責無權」的困境可能導致人才流失。

另一派觀點則深入探討了 AI 輔助開發對知識傳承的負面影響。留言指出，AI 生成的程式碼缺乏邏輯推演的過程，這使得後續維護者難以理解當初決策的背景。當初級或中級工程師過度依賴工具產出，而非透過思考來建立領域知識時，長遠來看將削弱團隊解決複雜問題的能力。有評論將此現象比作 2000 年代初期的軟體外包浪潮，當時企業同樣為了節省成本而忍受低質量的產出，最終卻得支付更高的維護代價。

然而，討論串中也有不少自稱亞馬遜員工的網友對新聞報導的真實性提出質疑。他們指出，亞馬遜本來就有嚴格的程式碼審查制度，且報導中提到的「強制會議」其實是行之有年的週會，媒體似乎過度放大了 AI 在事故中的角色。這些內部觀點認為，近期頻繁的事故可能與公司的大規模裁員導致人力吃緊更有關係，而非單純是 AI 工具的問題。

最後，社群對於 AI 泡沫是否即將破滅展開了爭論。部分意見認為，亞馬遜的案例是現實世界對「AI 萬能論」的有力回擊，證明了在關鍵基礎設施中，自動化生成的程式碼若缺乏深度的人類監督，將帶來巨大的運營風險。這種對開發速度的盲目追求，若不回歸到對程式碼品質與系統穩定性的重視，未來恐將引發更多類似的連鎖反應。

延伸閱讀

• Yellow Journalism (Wikipedia)：討論中提到的黃色新聞定義，用以批評媒體過度渲染亞馬遜內部會議的行為。
• Reverse Centaurs (The Guardian)：關於人類淪為 AI 勞動力附件的深度報導，被用來形容當前開發者被迫審核大量 AI 垃圾產出的處境。