Codex 用量上限套錯方案：OpenAI 將逐一補償 4 萬個帳號

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

OpenAI 處理 Codex 額度問題的方式變了。整個夏天，只要額度出錯，團隊的答案都是按下重置鈕：全部帳號重置、所有付費方案重置，或者重置之外再存入一次備用的重置。10 月 21 日凌晨的公告第一次換了做法：約 4 萬個套到錯誤用量上限的帳號，逐一聯繫、確認後在帳號裡加入點數，不再全員補發。

這個轉變比出錯本身更有訊息量。額度異常在 Codex 是常態級事件，三個多月裡同一個發文者已經發過八則與額度有關的公告；但前八次多半是整個群體一起受影響的軟體層問題，這次是特定帳號的設定錯配，補償的計量單位也跟著從整個群體縮到單一帳號。

凌晨一點十分的三個重點

台北時間 10 月 21 日凌晨 1 點 10 分，X 帳號 Tibo（thsottiaux，自我簡介寫著 Codex 與 ChatGPT）發出公告。全文可以拆成三個重點：週末陸續有用戶回報，額度消耗得比預期快；團隊找出約 4 萬個帳號，實際套用的用量上限與帳號選定的方案對不起來；問題已經修正，受影響的人會收到逐一聯繫，帳號裡會加入點數。結尾是一句少見的直接道歉，原文寫著「Sorry we got this wrong」（這次是我們做錯了）。

這則貼文沒有附圖片與連結，發出後一天左右已累積超過 1.1 萬個讚、近 3,000 則回覆，瀏覽量突破百萬。有個細節容易讀漏：全文其實沒有出現 Codex 三個字。判斷它屬於 Codex 額度事件的依據，是發文者長期處理 Codex 與 ChatGPT 的額度事務，底下的回覆談的也都在 Codex 訂閱額度上。

Pin

公告沒有寫的部分同樣關鍵：受影響的是哪些方案、哪些模型，套用的上限是偏高還是偏低，錯誤從什麼時候開始、持續多久，點數有多少、何時入帳，個別通知會走電子郵件還是產品內訊息。這些欄位一概空白。想對號入座的人，只能等 OpenAI 的個別通知。

時間軸倒是可以從字面推出輪廓：回報出現在週末，修正完成的公告在週三凌晨發出，整個找出問題、修正、準備補償的週期壓在大約兩到四天。對照 5 月那次「兩小時內套錯限制」當天就修好回報，這次影響的帳號數未必更多，拖的時間卻明顯更長。

整個夏天的八則公告：重置鈕按了又按

把時間軸拉長看，這次公告的位置會更清楚。從 5 月到 8 月，同一位發文者為額度問題發過八則公告，每一則都可以在 X 上逐字核對：

• 5 月 18 日：約兩個小時內，多數訂閱用戶套用了錯誤的限制，該時段的消耗直接免除，額度恢復原位。
• 5 月 24 日：額度掉得快的原因，是某項優化影響了長對話收攏時的快取命中率，官方回退修改，並重置所有帳號的額度。
• 6 月 4 日：24 小時內三起影響可靠性的小事件，全部付費方案的額度重置。
• 6 月 30 日：追查回報後找不到單一根因，是多個小問題疊加；全額重置之外，再存入一次額外的重置，供接下來 24 小時內自己使用。
• 7 月 29 日：針對 Sol 模型消耗額度快於預期的說明，重置全體 ChatGPT Work 與 Codex 用戶。
• 8 月 21 日：兩則。一則說調查「用量上限不一樣」的回報時，發現不少回報者在使用 sub2api，也就是把訂閱轉成 API 流量再轉手提供或多人共用的做法，官方明言這類用法不受支援，也會被反詐欺系統標記；同日另一則宣布當週突破 2,000 萬活躍用戶，並給每個 Codex 與 ChatGPT Work 用戶存入一次重置作為慶祝。
• 8 月 30 日：團隊翻完數千則回報、修掉一串長期存在的小問題，重置所有付費用戶的額度。

軌跡很一致：先前的補償單位都是整個群體，差別只在範圍大小，全部帳號、付費用戶、全體 Work 與 Codex 用戶。這次是第一次以帳號為單位，找出特定 4 萬個、個別聯繫、確認後補點數。

處理方式的差異其來有自。先前八次大多是軟體層的行為：快取命中、對話收攏、可靠性事件、一連串小 bug，影響的是整個群體，全員重置是最直接的止血。這次的問題出在帳號設定：上限套用時配錯了方案，影響的是特定一批帳號，全員重置反而稀釋補償。影響的單位不同，很可能是補償方式換軌的原因。

補償的形式本身也透露了線索。點數在官方計價設計裡，是額度用完之後繼續工作用的單位，Plus 與 Pro 用戶本來就能加購，不必升級方案。把點數當作補償，合理的前提是受影響者實際吃虧了：帳號套用了比方案應有更低的上限，額度提早見底。如果套用的上限偏高，使用者只會多得用量，沒有補償的道理。公告沒有明說方向，但從補償邏輯推，更可能是套低了一邊，這也與週末「消耗比預期快」的回報互相吻合；實際方向仍待官方證實。

同一份額度表裡，方案與模型各差好幾倍

方案錯配的代價有多大，要看額度表本身的落差。開發者文件明載，ChatGPT Work 與 Codex 共用同一份用量：本機訊息、雲端任務、語音、圖片生成全部一起計，就連 ChatGPT for Excel 的用量也併進來。換句話說，白天用 ChatGPT Work 做資料分析，晚上用 Codex 跑程式，吃的是同一桶額度。額度隨方案與模型浮動，以 Plus 與標準 Business 來說，每五小時的本機訊息估計值，GPT-6 Astra 約 5 到 45 則，GPT-6.1 Sol 約 15 到 160 則，GPT-6 Luna 約 350 到 3,000 則。Pro 目前沒有五小時限制，但每週上限可能仍然適用；採彈性計價的 Enterprise 與 Edu 沒有固定上限，用量直接隨點數擴充；沒有採彈性計價的企業方案，則沿用與 Plus 相同的每席位上限（多數功能一體適用）。文件同時註明，這些是估計值而非固定上限，同樣長度的提示也可能因模型、上下文、推理量與工具使用而消耗不同。

Pin

這也意味著「套錯方案」動到的同時是兩層限制：五小時的短週期額度，以及可能存在的每週上限。一個 Plus 帳號若被套上更小方案的五小時額度，體感會從一天能用上幾輪，掉成中午就觸頂；反向套錯則是憑空多出用量。兩個方向都屬於計費錯誤，只是受害的方式不同。

模型之間的差距不只反映在訊息數。點數費率表上，GPT-6 Astra 每百萬輸入與輸出詞元收 250 與 1,250 點，GPT-6.1 Sol 收 50 與 250 點，輸入輸出都是五倍關係；快取命中的欄位差距更大，25 點對 2.5 點。加速模式會再放大消耗：訂閱內用量的快速模式 2.5 倍，Astra 與 Sol 的超快模式 8 倍，加購點數的倍率則是 2 倍與 6 倍。圖片生成平均比一般回合快 3 到 5 倍用完額度，語音通話也計入同一份額度，桌面版每分鐘 0.05 美元。

Pin

另一個與體感有關的細節：觸到上限時，正在進行的那一輪工作可以做完，官方允許代理在公平使用的範圍內把當前回合跑完，下一輪才會擋下來。所以套到低上限的帳號，感受會是「沒做幾件事就被叫停」，而不是工作做到一半斷線。

所以「額度掉得快」本來就有許多與出錯無關的原因：選了貴一級的模型、開了加速模式、長對話、圖片生成、語音任務。方案被套錯是其中唯一一個光憑自己的操作找不出來的原因，它藏在帳號設定層，這也是它需要單獨公告的理由。

狀態頁看不到這類錯誤

OpenAI 的狀態頁追蹤的是可用性與效能。10 月以來的 25 筆事件紀錄裡，與 Codex 相關的是延遲、回合失敗、功能降級這類事件，例如 10 月 21 日稍早已解決的 ChatGPT 與 Codex 效能下降、10 月 14 日的 Codex 與 ChatGPT Work 降級、10 月 13 日 GPT-6.1 Sol 在 Codex 與 Work 模式的效能問題、10 月 7 日的回合失敗與回應延遲，沒有任何一筆與訂閱額度或額度套用錯誤有關。這類套用錯誤不會在狀態頁留下紀錄，盯著狀態頁等預警的人，等不到這類問題的任何訊號。歷次額度事件的通報出口都是同一個 X 帳號的發文，這次也不例外。

公告底下的回應也點出這個真空。有人直接問：4 萬個帳號套錯方案，那其餘人的額度消耗得這麼快，就是套對了方案的正確速度嗎？另一則 600 多讚的回覆則比較兩家帳單：同樣每月 200 美元，Claude Code 的額度幾乎可以用滿一週，Codex 的額度最多一到兩天就見底。這些提問目前得不到答案：不在 4 萬之內的快速消耗，屬於模型費率、使用習慣，還是另一個還沒找出來的問題，公告與文件都沒有說法。

等通知之外，先把現況留下來

如果你用 ChatGPT 訂閱方案跑 Codex，現在能做的檢查很短。打開 Codex 設定裡的用量頁面，看目前顯示的限制與自己的方案是否相稱，例如 Pro 方案不應該出現五小時限制；在命令列工作階段輸入 /status，可以看到剩餘額度，重置時間在用量頁面顯示。文件也建議每一兩週看一次用量頁，掌握自己的節奏。把畫面與時間點截圖留存，之後若收到補償通知或需要向 OpenAI 反映，這些紀錄會比「感覺用得快」有力得多。平常想持續盯消耗的人，也有第三方工具把 Claude Code 與 Codex 的用量做成選單列電池或狀態列監視器，留下歷史曲線比事後回憶可靠。

用 API 金鑰付費的人不在這次事件的範圍裡：API 用量依 API 定價計費，與訂閱方案的額度是兩套帳，套錯方案的問題影響不到它。管理團隊訂閱的人則多一層責任：工作區加購的點數則是整個團隊共用的池子，成員的異常消耗會先吃掉共用點數。方案錯配若發生在成員帳號上，誰被套錯、何時修正，管理者同樣只能等個別通知，平時留下的用量側寫就是唯一的對照基準。

點數多少、誰在名單上，都還沒有答案

受影響的方案與模型、錯配的方向與期間、點數數量與入帳時間，公告都還沒有給。4 萬這個數字占全部用戶多少比例，同樣無法精確換算：8 月公告的 2,000 萬活躍用戶是另一個時點、另一種統計單位，兩者相除約千分之二，只能當量級參考。主流科技媒體對這則公告的後續報導也還很少，事件目前的主要紀錄就是那則貼文。

接下來可以盯三個地方：OpenAI 的說明中心與開發者文件有沒有補充細節、狀態頁會不會新增額度相關條目、以及同一個 X 帳號的後續發文。在官方公布受影響方案之前，任何「你也在受影響範圍」的判斷都只是猜測；能確定的事只有一件，就是這次的補償已經從群體重置走向逐帳號點數，而你的用量紀錄，是唯一由自己保管的證據。