AIREITER一位 Plus 使用者完成單次 4 小時的編程工作後，發現每週額度已經少了 47%，但距離週期結束還有將近 7 天（使用者 @BuildToCite 發文）。也就是說，就算每週額度還沒用完，你仍可能先被鎖在門外。
這篇文章會拆解 Codex 的用量計算方式、10 月 29 日的加倍更新到底改了什麼，以及 Plus、Pro 和 Business 各自能換來多少不中斷的工作時間。
Codex 不是一個額度，而是三個用量計
OpenAI 的 Using Codex with your ChatGPT plan 說明頁指出，Codex 與 ChatGPT Work 及多種工作區代理程式共用額度；實際限制則會因方案、模型、任務複雜度、上下文與推理強度而異。從使用者看到的畫面來看，主要有三個獨立的用量計，AI Primer 的重設報告也引用了相關截圖：
- 5 小時滾動視窗——短時間內的用量上限。額度歸零後，即使每週額度仍有剩餘，也無法開始新工作。
- 每週額度——以 7 天為週期的總預算，決定你能完整跑完多少個 5 小時工作時段。
- 程式碼審查額度——專門用於審查任務的獨立額度，在方案整體重設時也會恢復至 100%。
官方說明頁建議前往設定或用量儀表板，查看是哪一項額度耗盡、剩餘點數與重設時間；CLI 使用者則可以執行 /status。OpenAI 並沒有公布固定的訊息數量，只提供用量範圍而非保證值，獨立的 QuotaTick Codex tracker 也特別提醒了這點。
這種滾動式設計很容易在開發進行到一半時打斷工作，之後還得重新載入上下文：
我剛完成第一次 5 小時工作時段（用了 94%，剩下 6%），結果不知道為什麼整個每週額度直接少了 47%。距離本週結束還有 6 天 20 小時，實際編程才 4 小時，額度已經用掉一半。——@BuildToCite（發文）
在 r/codex 的 State of the $20 subscription 討論串中，u/ryuukiba 也補充道：「而且在完成前，不能再執行任何工作。」大家抱怨的通常不是「明明還有額度」，而是 5 小時上限會中斷原本每週額度其實足以支撐的任務。
真正消耗額度的不是訊息數
別再只看「發了幾則訊息」。同一個提示詞，在不同日期或不同模型上可能消耗完全不同的額度，因為 Codex 計算的是背後執行的工作量，而不是聊天視窗裡的訊息泡泡。
根據官方說明頁，以及 OpenAI 員工在 GitHub Discussion #11406 的補充，實際用量會受到模型、執行位置（本機 CLI、IDE 或 Cloud）、任務複雜度、上下文大小、推理等級、速度設定、呼叫的工具與重試次數影響。自動審查的安全檢查免費、不計入額度；除此之外，幾乎所有工作都會計算，包括在 Codex 中建立的 Sites。
使用者回報中最常見的三種耗用模式如下：
- 模型選擇是最大變數。QuotaTick 目前列出的 Plus 每 5 小時用量範圍，就能看出差距：GPT-6.1 Sol 為 15–160 則本機訊息、GPT-6 Astra 為 5–45 則、GPT-6 Luna 為 350–3,000 則。Astra 的消耗速度比 Luna 快了一個數量級。一位使用者表示，光是「確認 2 個 PR 是否通過」就消耗了 5 小時視窗的 28%（發文）；相較之下，Luna 的公布範圍遠高得多。
- 代理迴圈與重試會放大成本。@buildwithrajath 將「代理程式原地打轉、浪費用量」列為主要問題之一（發文），並提到「用量消失得太快」以及「額度變化毫無預警」。一個卡住的研究代理不斷重複呼叫同一個 API，除了沒有進度，還會持續燒掉額度。
- 上下文與外掛也會計入用量。一位 GitHub 討論參與者發現所有外掛都會消耗上下文視窗容量，因此停用外掛，改用代理技能。大型儲存庫、附件與冗長的對話紀錄，都會讓後續每次呼叫變得更昂貴。
這也解釋了為什麼追蹤工具與官方文件可能同時「都沒錯」，但你的用量計卻對不上：後端路由、快取命中、執行框架變更，以及模型效率的波動，都可能改變消耗速度，而官方公布的範圍並未因此更新。
10 月 29 日的加倍更新：哪些變多了，哪些沒有
如果誤讀這次更新，很容易因此買錯方案。
2026 年 10 月 29 日，Codex 團隊成員 Tibo Sottiaux 發布 Day-25 更新：「我們將所有 Pro 100／200／500 等級與 Business Premium 的使用上限全部加倍，今天起生效。我們聽到了大家的回饋，不會降低 Pro 200 的使用上限，因此你在 Work 和 Codex 上的用量會維持不變。」（發文）
這篇貼文本身沒有提到 Plus：
- 確實加倍：Pro $100／$200／$500 與 Business Premium 的整體 ChatGPT 使用量。
- 沒有加倍：Codex（以及 Pro-200 情境下的 Work）維持不變。QuotaTick 的事件動態將 10 月 29 日 17:01 UTC 的「Doubling usage limits for Pro and Business tiers」列為額度增加，但其他追蹤摘要也明確指出，Pro $200 的 Codex 用量本身沒有改變。
- Plus：貼文沒有點名，因此在儀表板出現新資訊前，應先視為 Plus 的 Codex 額度沒有變化。
也不要把這次更新和較早的另一項促銷活動混為一談。在 Discussion #11406 中，OpenAI 員工確認 2 月至 4 月的 2 倍促銷活動「將這兩個視窗的最高用量都加倍」——也就是 5 小時視窗與 7 天視窗，而且不論使用哪個客戶端都適用，包括以 ChatGPT 登入的 OpenCode。那項促銷已經結束，10 月的更新涵蓋範圍不同。
給準備升級的使用者一句結論：如果你是因為以為 10 月 29 日後 Codex 編程時間會加倍才購買 Pro，請重新查看儀表板。
Plus、Pro、Business：實際能換來多少編程時間
OpenAI 公布的是範圍，不是保證值。以下資料來源包括說明中心與 QuotaTick 最近驗證的表格；實際限制仍應以 Codex pricing page 為準。
| 方案 | 價格（2026 年 10 月） | 資料顯示的內容 | 實際代表的意義 |
|---|---|---|---|
| Free | $0 | 適合快速任務；桌面應用程式正陸續推出 GPT-6 Luna；未公布數字 | 僅適合試用，不含 Cloud |
| Go | $8/月 | 適合輕量任務；桌面應用程式提供 Luna；未公布數字 | 比 Free 稍高，但仍不含 Cloud |
| Plus | $20/月 | 每 5 小時：Sol 15–160、Astra 5–45、Luna 350–3,000；受每週上限限制 | 使用高消耗模型時，每週約可完成 2 個完整的 5 小時工作時段；集中長時間工作的使用者會先撞上 5 小時上限 |
| Pro $100／$200／$500 | $100–$500/月 | 目前沒有 5 小時上限；$500 方案為 Plus 額度的 25 倍，並提供 Astra Ultrafast | 最適合每天編程；$500 方案是唯一明確標示 25 倍倍率的方案 |
| Business | $20/使用者/月（年繳；月繳 $25），2 個以上席位 | 根據 QuotaTick 方案表，每 5 小時的估算值與 Plus 相同 | 每個席位的 Codex 耐力與 Plus 相同；多的是管理控制功能，不是每位使用者更多 Codex 額度 |
一個完整的 5 小時視窗，可能佔每週額度的 10–47%（這是使用者回報的估算，不是額度保證）。低消耗的 Luna 工作可能只佔約 10%（每週理論上可完成約 10 個工作時段）；但如果像 @BuildToCite 回報的情況，一次高消耗 Astra 工作就用掉 5 小時額度的 94% 與每週額度的 47%，那麼兩次工作就會耗盡整週額度。Dodo-reach 更直接地描述這個變化：「現在 5 小時的 Codex 視窗大約是每週上限的 10%，上個月則約為 25%」（發文）。規劃時，Plus 應以每週兩個認真的開發專案為基準，而不是把它當成能連續使用 7 天的方案。
Pro 解決的是最惱人的中斷，不是所有限制。「目前沒有 5 小時上限」不等於無限使用——每週額度與點數機制仍然存在。r/OpenaiCodex 的 Usage limits are insane 討論串中，就有 Pro 5x 使用者回報 45 分鐘內每週額度少了 20%。Pro 真正買到的是連續性：不會在任務進行到一半時被迫停下。對每天都要開發的人來說，這點本身就可能值得價差；如果你主要在週末集中工作、能接受分成兩個時段完成，Plus 搭配更精準的模型選擇也可能已經足夠。
如果你使用第三方客戶端，還要注意官方在 GitHub 的說明：只要以 ChatGPT 驗證登入，帳戶層級的額度同樣適用於 OpenCode，因此換客戶端既不能繞過額度，也不會讓額度變成兩份。
查看、重設與延長額度，避免工作流程被打斷
先從測量開始，因為使用者回報過顯示數值延遲，而 OpenAI 的 usage update 也提到，官方已修正過時的用量顯示，並將儀表板文字從「limits used」改為「limits remaining」。
- 先確認是哪一個用量計用完。桌面應用程式／CLI：執行
/status，立即查看 5 小時與每週額度的分布。網頁版：前往設定 → 用量儀表板，查看耗盡的是哪項額度、剩餘點數與重設時間。如果數字看起來沒有更新，先重新載入頁面。 - 有可用重設時，要有策略地使用。說明頁將「使用可用的重設」與購買點數、升級方案或等待顯示的重設時間並列（Using Codex with your ChatGPT plan）。不要把重設浪費在陷入迴圈的代理程式上，先終止失控的任務。
- 分清楚重設與額外購買的點數。方案整體重設會將各項用量恢復到 100%，但可能改變你的視窗結束日期，對習慣節省額度的人反而不利。點數則是在包含的用量用完後，以隨用隨付方式消耗；AI Primer 指出，購買的點數有效期為 12 個月，且與 API 點數分開計算。
- 能完成工作的前提下，優先選擇成本最低的模型。偵察、規劃與 PR 檢查可使用 Luna 或 Terra 類的高效率模型；最後的實作階段，再保留給 Astra／Sol Extra High。本文蒐集的案例中，簡單檢查可能消耗 5 小時額度的 10%（u/stockwet，Reddit 討論串），高消耗模型則可能達到 28%。
- 把工作拆開，配合滾動視窗。既然一次高消耗工作可能用掉每週額度的一半，可以將流程拆成偵察（低消耗模型、新的視窗）→ 建置（高能力模型）→ 驗證。Cloud 會在 OpenAI 管理的電腦上執行，因此即使你的電腦休眠，任務仍可繼續（說明頁）；但它消耗的仍是同一份額度，最好安排在重設後，而不是重設前。
- 把重設當成額外福利，不要當成排程基礎。重設時間由服務商公告，沒有固定時程（QuotaTick tracker）。如果額度即將用完時剛好遇到重設，當然能解燃眉之急，但不要把工作排程建立在「一定能等到重設」之上。
用 GPT 5.5 工作 4 分鐘，我的 5 小時額度就少了 10%。——u/stockwet 發表於 State of the $20 subscription
在你自己的 /status 歷史紀錄證明其他情況之前，可以先採用這個估算：任何高消耗模型任務至少會用掉一個 5 小時區段的 10%，而 Plus 每週大約可規劃 10 個這樣的區段（或約 2 次完全跑滿的工作時段）。
常見問題
每週額度能容納幾個 5 小時工作時段？
取決於消耗速度。輕量的 Luna 工作可能延伸到約 10 個時段（每個約佔每週額度的 10%）；高消耗的 Astra 工作，每個完整時段可能用掉 40–47%，因此大約兩個時段就會耗盡整週額度。完成一次完整的 5 小時消耗後，最好用自己的實際比例重新估算。
為什麼同一個任務這週比上週消耗更多？
模型、推理強度、上下文大小、工具迴圈、重試、快取行為與後端執行框架變更，都會影響用量計算。即使提示詞完全相同，只要換了模型或使用更大的儲存庫，成本不同也可能是正常現象。
達到 5 小時上限後，我的任務還會繼續嗎？
新的工作會停止；在滾動視窗釋出額度，或套用重設／點數之前，你無法開始替代工作。稍後恢復時也代表必須重新傳送上下文，而說明頁已確認上下文大小會影響用量，因此最好在碰到上限前完成工作或建立檢查點。
10 月 29 日加倍後，Pro 是無限使用嗎？
不是。Pro 目前沒有 5 小時上限，但每週額度、點數機制與模型個別成本仍然存在。10 月 29 日的加倍涵蓋較廣泛的 Pro／Business Premium 使用量；至於 Codex 專用額度，相關說明是維持不變。
Codex 下一次什麼時候重設？
只有 OpenAI 知道。QuotaTick 將自己的預測標示為實驗性，目前顯示「過去的模式不適用」。把重設視為額外福利，不要拿來當作排程依據。