OpenAI Codex 六月死機真相：點解「揀咗嘅模型爆晒棚」會係咁發生

一等到內部警報響起，反應就好快：

• 6:32 a.m. ET（香港時間傍晚 6:32） — OpenAI 嘅狀態頁面將事故標記為「已確認」。
• ~7:39 a.m. ET（香港時間傍晚 7:39） — Vaibhav Srivastav 喺 X（前身 Twitter）上面公開承認有呢個錯誤，叫啲用戶去睇狀態頁面 。
• ~7:40 a.m. ET（香港時間傍晚 7:40） — Codex 主管 Thibault Sottiaux 出 post 講：「我哋留意到有部分 Codex 用戶遇到『模型爆棚』嘅高錯誤率，正在努力令返啲嘢穩定落嚟」 。
• 9:32 a.m. ET（香港時間晚上 9:32） — 已經落咗一個緩解措施，開始監察住個情況 。
• 9:48 a.m. ET（香港時間晚上 9:48） — 狀態燈轉返綠色：「所有受影響嘅服務而家已經全面恢復」。

今次死機影響遍及 Codex 嘅所有「表面」（CLI 命令行、VS Code 擴充功能同埋 Desktop 桌面應用程式） 。雖然官方記錄嘅事故時鐘顯示大約三個鐘嘅麻煩，但係對用戶嚟講，實際嘅困擾係橫跨咗一個好長嘅窗口期。

開發者嘅不滿到達沸點

對於專業版同 Pro 級別嘅訂閱用戶嚟講，呢次唔係乜嘢小事一樁——而係對佢哋生產力嘅直接威脅。喺 OpenAI 開發者社群同 X 上面嘅反應，完全係無晒情緒咁滯。

最核心嘅投訴唔單止係個服務死咗，而係佢點樣死法。用戶回報話，Codex 嘅工作階段會「無啦啦中途彈走，又唔 save 低個狀態」，焗住佢哋要用手動方式重建返冇咗嘅工作脈絡同 redo 過晒啲嘢 。有位喺英國嘅用戶好傳神咁總結晒成個感受：「根本無辦法做到嘢，因為你完全唔知 Codex 幾時會彈走，然後佢就不斷係咁 loop 返轉頭，喺度搵邊啲嘢做完、邊啲未做完。完全不能接受」。

嗰個罐頭式嘅錯誤訊息本身，亦都係令到人好嬲嘅主要來源。佢叫你「試下另一個模型」，但係當主要模型已經死咗，而用戶又冇辦法知道應該重試、降級推理強度、定係齋等嘅時候，呢個建議係完全冇任何實際嘅指導作用 。

用戶對 OpenAI 溝通嘅信任亦都受到損害。好幾個用戶指出，由社群回報同個人經驗顯示，問題實際開始嘅時間，同 OpenAI 官方狀態頁記錄開始出事嘅時間，中間係有空窗期嘅，呢種落差令人覺得佢哋嘅事故透明度好唔可靠 。

喺一片不滿之中，開發者嘅黑色幽默都出晒嚟。KOL Matthew Berman 整咗個網站 willcodexquotareset.com，搞笑咁顯示「Codex 喺嚟緊 48 個鐘入面有 94% 機會重置配額」。而 Digg 對呢場騷動嘅情緒分析就顯示出一個分歧局面：63.8% 嘅留言係正面，好多人多謝 OpenAI 嘅快速修復；但係有 36.2% 嘅留言係負面，啲用戶經歷完一連串反覆嘅死機之後，開始質問呢個服務嘅可靠性 。

2026 年：Codex 麻煩不斷嘅一年

6 月 15 至 16 號嘅事件並唔係單一嘅「意外」。呢次只係由 2026 年 5 月頭開始、一大堆 Codex 性能降級事件入面，最明顯嘅一個高峯。GPT-5.5 容量飽和同頻寬限制錯配嘅模式，已經反覆出現過好多次。

2026 年 Codex 重大事件嘅時間表，清楚展示咗一個持續受壓嘅平台：

• 4 月 23 號 — 「揀咗嘅模型爆晒棚」呢個錯誤，第一次喺社群論壇被廣泛回報，有用戶留意到工作中途會死火，而且唔會保存狀態 。
• 5 月 7 號起 — 一堆 Codex 延遲同重新連線循環嘅性能衰減開始出現，公開嘅反應時間明顯變慢 。
• 5 月 12 號 — 喺一次「雙倍容量」更新之後，Codex 應用程式嘅串流斷線變得好常見，最後會出 websocket 關閉錯誤 。
• 5 月 13 號 — GPT-5.5 遇到高出錯率，對免費用戶嘅影響尤其嚴重 。
• 5 月 14 號 — Codex Cloud 同 Code Review 服務出現高失敗率，持續咗 32 分鐘 。
• 5 月 29 號 — OpenAI 全平台死機，ChatGPT、API、DALL-E、Codex 同 Sora 同一時間齊齊瞓低 。
• 6 月 3 號 — Codex、ChatGPT 同 Responses API 嘅出錯率上升，持續咗大約 6.2 個鐘 。
• 6 月 11 號 — 傍晚時分，Codex 入面嘅 GPT-5.5 出錯率上升，為之後嘅大件事埋下伏線 。
• 6 月 15 至 16 號 — 「揀咗嘅模型爆晒棚」錯誤演變成全面死機，持續約三個鐘 。

成個故仔嘅共通點好清楚：GPT-5.5 嘅需求係咁猛咁衝擊個設定咗嘅上限，無論係嚟自頻寬限制、推理強度過載，定係更廣泛嘅基礎設施壓力。6 月 16 號嗰次嘅修復係一次「頻寬限制重置」，呢個方法係醫咗個病徵——個上限俾人撞爆咗——但係就冇處理到個核心嘅錯配問題：即係伺服器容量同模型受歡迎程度之間嘅差距。隨住更多開發者用 Codex 嚟做高強度編程工作，如果冇一個更深入嘅基礎設施擴容解決方案，個死機畫面只會係一個好可能返兜嘅噩夢。