1. Codex的「上限恢復」並非全部相同現象
集中使用Codex時，偶爾會出現這種情況。
剛才還接近上限，現在又可以使用了。
感覺剩餘量恢復了。
幾天前應該用完的，現在又可以進行較長時間的工作。
感覺在短時間內多次重置。
從直覺來看，這像是開發可用量暫時增加的「開發增益效果」。
通常只能使用100％，但使用90％後又恢復，再使用90％後又恢復，當達到100％時，總計就達到280％。
若以一次上限為100％計算，就相當於比平常多使用了180％。
但重點是，看起來上限恢復的原因並非只有一種。
若全部視為「程式錯誤導致重置」會有風險。
實際上，可能是以下多種因素同時作用的結果。
- 通常的5小時配額重置
- 週度上限重置
- 模型切換帶來的實際延長
- 期間限定的優惠或方案倍率的生效
- 額外信用點或自動補充的生效
- 規格變更、逐步提供的變更或故障補正導致顯示或計量的變化
- OpenAI內部調整導致的暫時恢復
換言之，Codex的剩餘量恢復現象，很可能是常規恢復、節約模式、期間限定優惠、付費、活動補正等多種因素混雜的結果。
2. 官方確認的常規規則：5小時配額與週度配額
2026年10月8日確認的官方費用說明中，提到Plus與Standard Business的設備從本地端發起的任務，會顯示每5小時的使用量預估，並說明從本地端發起的任務與遠端環境進行的任務會共享方案的使用配額。也可能適用週度上限。目前的Pro方案沒有5小時上限，因此將所有方案視為相同的5小時配額並不正確。[1]
在適用的方案中，分為以下兩種較容易理解。
短期指標：5小時配額（適用方案）
連續進行大量任務會消耗此配額。一段時間後會恢復。
長期指標：週度配額
即使5小時配額恢復，若整週使用量過多，也可能受到限制。
這就是基本規則。
類比來說，就像遊戲中的：
- 5小時配額 = 耐力值
- 週度配額 = 週間出擊次數
- 方案倍率 = 耐力值上限
- 額外信用點 = 付費恢復的「石割」
- 期間限定優惠 = 期間限定耐力值增加
因此，僅憑直覺很難判斷是5小時配額恢復了，還是週度配額也恢復了，或是因期間限定優惠或信用點而延長了使用時間。
3. 剩餘用量最好在使用量畫面查看
從 OpenAI 的官方費用說明中，可以進入查看使用量的畫面來確認剩餘用量和恢復時間。根據計畫或共同使用權限，也可以在該處管理剩餘信用點、購買信用點和自動補充。[1]
換句話說，如果要準確查看，
例如顯示名稱：Codex 設定 → 使用量 / 使用量儀表板
會是最適合的。
不過，實際使用體驗上，即使查看使用量畫面，也未必會詳細說明「為什麼會恢復」。
即使看起來剩餘量恢復了，也無法從使用者的角度完全了解其原因，
例如：
- 是正常的5小時配額恢復嗎
- 是週配額的邊界嗎
- 是額外信用點嗎
- 是切換模型嗎
- 是期間限定優惠的反映嗎
- 是顯示或計量的更新嗎
因此，雖然應該查看剩餘量顯示，但對於內部原因，最好避免過度猜測。
4. 切換模型時可能會看起來「還能使用」
Codex 會根據模型不同而有不同的使用量。
根據 OpenAI 的 Codex 更新日誌中 2025 年 11 月 7 日的記錄，GPT-5-Codex-Mini 是一個比 GPT-5-Codex 更小、更具成本效益的模型，並在 ChatGPT 訂閱服務中大約可以使用四倍的量。
該記錄中也提到，當 5 小時使用量接近 90% 時，從文字指令輸入畫面或編寫程式碼的畫面中，會建議切換到 GPT-5-Codex-Mini 的擴展功能。這是一個過去模型切換的範例，目前可選擇的模型和消耗量，可以從該帳戶的顯示中確認。[2]
這一點非常重要。
從使用者的直覺來看，
咦，已經快到上限了，怎麼還能繼續工作呢？
這可能是因為上限並未完全重置，而是切換到了更省電的模型，因此在相同的配額下能持續更久。
如果用汽車來比喻，就像開著跑車快沒油時，切換成輕型車一樣。
油箱並沒有換新的。
但剩下的油能開的距離卻變長了。
這也是「看起來像重置」的原因之一。
5. 期間限定的優惠或方案倍率，有時上限會暫時增加
Pro 的 $100 或 $200、20 倍這樣的數字，以及期間限定的 5 小時額度增加說明，不能簡單地視為目前的固定條件。2026 年 10 月 8 日確認的官方費用說明中，顯示有 Pro $100、$200、$500 的選擇，並說明目前的 Pro 沒有 5 小時的上限。[1][3]
各方案目前的使用量，以及實際適用的期間限定優惠，需要分別從使用量畫面和目前的官方說明中確認。不要一概而論地認為有統一的倍率，或優惠會持續。
這樣的期間限定優惠，有時會讓使用者覺得「突然餘額變多了」「比以前能用更多」「好像有什麼被重設了」。
這並不是一個錯誤，更接近於期間限定的開發加成。
不過，期間限定的優惠並不一定是永久的。
因此，
這週用了很多，所以下週也能用同樣的量
這樣的想法是有風險的。
期間限定的優惠或規格變更，應該被視為開發計畫中的「幸運額度」。
6. 額外信用點與自動補充，有時可以在上限後繼續使用
目前的官方費用說明中提到，當方案內的上限達成後，可以透過購買的信用點繼續使用。信用點的購買條件會根據方案和合約而有所不同。購買方式與自動補充的可用性，請查看該帳號使用量畫面中的設定，以及適用的官方說明。[4][5]
在這種情況下，實際感受上可能會覺得「上限變回去了」。
但實際上，
並不是方案內的額度恢復了，而是從信用點餘額中扣除的
可能性很高。
特別是如果啟用了自動補充，就更需要留意。
雖然很方便，但有可能在不知不覺中變成「石頭切割開發」。
因此，如果認真使用 Codex，
- 方案內的使用量
- 信用點餘額
- 是否啟用自動補充
- 最近的使用量
- 使用的是哪個模型
- 是否使用了提升速度的設定
這些都需要確認。
7. 在 Excel 中的操作，有時也會共用使用額度
更複雜的是，Codex 並不總是只使用 Codex 的額度。
2026 年 10 月 8 日確認的官方費用說明中提到，費用開始適用後，其他自動操作功能也會共用額度，目前包含 Plus 和 Pro 的 ChatGPT for Excel。[1][6]
Google Sheets 或 Free、Go 等也未必全部使用相同的額度。請實際確認各功能適用的條件。
換句話說，即使沒有直接使用 Codex，只要使用了其他自動操作的功能，也可能會消耗相同的額度。
這也會造成實際感受上的差異。
雖然沒有那麼常使用 Codex，但餘額卻減少了很多。 相反地，其他功能的額度變更，讓 Codex 的餘額看起來也恢復了。
這種情況並不少見。
8. 發生故障、Bug 或規格變更時，雖然可能會有「活動補償」，但並非保證
身為使用者，最關心的莫過於這一點。
當發生 Bug 或故障時，使用上限會不會因此恢復呢？
就體感而言，是有可能的。
然而，目前無法從官方管道確認到「若發生故障，一定會重置使用上限」之類的保證。
因此，本文不會做出斷定。
我能說明的範圍僅限於以下幾點：
- OpenAI 端持續在更新 Codex 的使用量、費用、點數（Credit）、模型與功能
- 在發行說明（Release Notes）中，會針對自動化作業功能的額度、追加點數、自動補充等變更進行通知
- 在 Codex 更新日誌（Changelog）中，也會更新模型新增、切換建議、提升使用效率等資訊
- 在這些變更或故障應對的時機點，剩餘量顯示或可用量看起來有可能會發生變化
- 但這並非使用者可以納入計畫、獲得保證的重置機制
換句話說，活動補償雖然可能存在，但並非隨時都能使用的招式。
用遊戲來說，這就像是登入獎勵或故障補償所發放的體力回復藥。
拿到了就用。 但絕對不要以「一定會拿到」為前提來制定刷關計畫。
這樣做才安全。
9. 於開發計畫中將「常規額度」與「活動額度」區分開來
若要認真使用 Codex，建議在開發計畫中將其區分為以下兩類：
常規額度要做的事
常規額度是指實際套用到你方案中的使用額度，以及在用量畫面中確認可使用的範圍。需將適用「5 小時額度」的方案，與目前沒有 5 小時上限的 Pro 方案區分開來。
在這裡，進行必須確實推進的工作。
- 若停止運作會造成困擾的錯誤修復
- 發布前的基本動作確認
- 重要程式內部的整理
- 付款畫面或手續的確認
- 防止非法使用，並確認使用者與操作流程的工作
- 發布或更新前的最終確認
- 已知 Bug 的重現與修正
常規額度用於開發的主線。
活動額度要做的事
活動額度是指因為期間限定的特典、暫時性的上限恢復、故障補償、模型切換等因素，偶然獲得較多可用額度的部分。
在這裡，進行平時會往後排、但若能進行就能大幅推進的工作。
- 整理先前擱置的輕微錯誤
- 優化畫面與操作的易用性
- 集中改善介紹頁面
- 多國語言對應
- 增加測試場景
- 完善說明書
- 尋找 Bug
- 整體程式點檢
- 掃蕩所有「總有一天要做」的改善項目
活動額度用於開發的紅利時間（Bonus Time）。
10. 當殘量回來時應該做什麼
如果感覺到 Codex 的殘量回來了，只是一味高興的話就太浪費了。
首先，應該這樣做。
1. 查看使用量的畫面
確認是否真的回來了，是否切換到信用額消費，或者自動補充是否已經啟動。
2. 優先處理繁重的工作
在殘量存在時，應該做的不是輕鬆的文章修改。
- 查閱程式
- 執行測試
- 修改多個檔案
- 整理內部結構
- 確認是否符合公開條件
- 重現並修復錯誤
這些是 Codex 價值較高的工作，應該優先處理。
3. 先在 ChatGPT 側決定請求內容
如果隨便向 Codex 提出請求，很容易浪費殘量。
因此，應該先在 ChatGPT 側準備好：
- 目的
- 修改範圍
- 錯誤檢查清單
- 完成條件
- 可以修改的檔案
- 不可以修改的檔案
- 測試指令
- 報告的寫法
準備好再提出請求。
4. 為了中途停止也能繼續處理
Codex 有時會在進行中達到上限。
因此，在工作請求中，務必最後列出：
- 修改內容
- 未完成的工作
- 已執行的測試
- 失敗的測試
- 接下來要做的事情
- 風險
- 修改的檔案清單
這樣，即使達到上限，也能將工作傳給下一個階段。
11. 即使沒有額外獎勵，也要制定可以持續進行的計畫
最危險的計畫是這種：
反正過一會兒就會重置了，
所以無計畫地投入重複工作。
即使沒有事件回復藥，也要以常規配額來制定計畫。
因此，開發計畫應該以常規配額來成立。
事件配額只是在有時才加速使用。
也就是說，
常規配額 = 正常的開發計畫
事件配額 = 開發增益
額外信用額 = 採礦
Mini 切換 = 節能運行
在 ChatGPT 側整理請求內容 = 節省燃料
這樣的分類方式比較好。
12. 結論：Codex 的突然重置不是「隨時可用的技能」，而是「事件獎勵」
有時候會覺得 Codex 的使用量上限突然回來了。
但這並不是單一原因可以解釋的。
根據官方資訊可以確認：
- 從手邊裝置提出請求與遠端環境進行的作業會共用計畫的使用配額。5小時配額的標準是根據所使用的計畫來決定的，目前的 Pro 計畫沒有5小時上限
- 有時會適用額外的週上限
- 可以在 Codex 設定的使用量畫面中查看使用量與信用額
- 在可用信用額下，即使超過上限也可以繼續進行，購買條件根據計畫與合約而有所不同
- 目前官方說明中，Plus/Pro 的 ChatGPT for Excel 等開始收費的服務會與使用配額共用
- 透過模型切換，有時可以在相同的配額下使用更長時間
- 期間限定的優惠需根據實際適用條件確認，不要將舊的倍率或 Pro 的5小時配額提升當作目前的固定條件
另一方面，並沒有確認到「出現錯誤時一定會重置」的保證。
因此，實際上的結論是：
如果重置了，就當作開發增益。
如果沒有重置，就照常進行。
不要預設會重置。
如果重置了，就集中進行重複的創作工作、檢查與動作確認。
Codex 的事件回復藥非常強大。
但這不是隨時都能使用的技能。
如果出現就當作獲勝，
即使沒有出現，也要設計成可以持續運作。
這就是真正使用 Codex 的個人開發者所面對的現實解。
參考資料（6筆）
- OpenAI Developers, “Codex Pricing. developers.openai.com
- OpenAI Developers, “Codex changelog. developers.openai.com
- OpenAI Help Center, “About ChatGPT Pro tiers. help.openai.com
- OpenAI Help Center, “Codex rate card. help.openai.com
- OpenAI Help Center, “Using Credits for Flexible Usage in ChatGPT. help.openai.com
- OpenAI Help Center, “ChatGPT Release Notes. help.openai.com
