Codex加速模式會消耗多少用量？
Codex的Fast模式在GPT-6 Astra、GPT-5.6與GPT-5.5上都以2.5倍速率消耗額度——多花的是150%，換到的是1.5倍模型生成速度；訂閱方案內含的額度同樣會更快用完，API則是另一套計價。
本文主要討論使用ChatGPT帳號登入Codex的情況，API計費另外說明。
用Codex寫程式時，看到Fast加速選項，很容易想直接打開。尤其正在修bug、等它改完才能繼續下一步的時候，能快一點當然很好。
但Fast並不是免費加速。目前官方列出的GPT-6 Astra、GPT-5.6與GPT-5.5，開啟Fast後，額度消耗費率都是標準模式的2.5倍，也就是多花150%。（官方speed文件（於新分頁開啟），擷取2026-09-06）
真正值得問的，不只是「會不會比較快」，而是：多花這些額度，省下的等待時間對你有沒有價值？
加速模式到底多花多少？#
先把官方目前列出的倍率放在一起看：
這些倍率都是和同一個模型的Standard模式相比，不是說不同模型開啟Fast後，實際消耗會一樣。Fast是否可用，也要以帳號與目前模型提供的選項為準（speed文件（於新分頁開啟），擷取2026-09-06）。
另外，GPT-5.4過去的Fast費率是2倍，但官方已將它從2026-08-31起的ChatGPT登入版Codex退役，所以不應再把它列為現行訂閱模式的選擇；使用自己的API key不受這次退役影響（speed文件（於新分頁開啟），擷取2026-09-06）。
這裡還有一個容易誤會的地方：
「消耗2.5倍額度」，不代表模型一定會多產生2.5倍的文字或token，而是相同用量的計價倍率變高了。Codex的credits計算會區分輸入、快取輸入與輸出，因此實際消耗仍取決於模型處理了多少內容（ChatGPT Rate Card（於新分頁開啟），擷取2026-09-06）。
實際換算：原本能做100份工作，開Fast後剩多少？#
假設某一類任務，在Standard模式下需要10 credits。固定使用同一個模型，而且輸入、輸出、快取等條件都相同，開啟2.5倍費率的Fast後，計算就是：
Standard：10 credits
Fast：10 × 2.5 = 25 credits
額外消耗：25 − 10 = 15 credits假設你有1,000 credits，可以完成的同等工作量就會變成：
Standard：1,000 ÷ 10 = 100 份
Fast：1,000 ÷ 25 = 40 份也就是說，在這組假設下，同樣的額度，全程開Fast只能完成原本40%的工作量。
這是用來理解倍率的試算，不是每個任務固定收10 credits。實際上，改一個小函式、閱讀整個專案、反覆修改並執行測試，所需用量不會相同；任務規模、輸出長度與快取情況都會影響消耗。
沒有另外買credits，訂閱額度也會扣比較快嗎？#
會。官方明確說明，加速設定不只影響額外購買的credits，也會更快消耗訂閱方案內含的使用額度（官方pricing文件（於新分頁開啟），擷取2026-09-06）。
所以，這不是把你的訂閱月費直接乘以2.5，而是原本包含的用量會更快用完。對容易碰到使用上限的人來說，Fast的代價不一定立刻出現在帳單上，也可能表現在「今天比較早就不能繼續用了」。
花2.5倍額度，速度也會變成2.5倍嗎？#
不是。
以GPT-5.5為例，官方標示的是2.5倍費率，換取1.5倍的token生成速度（Introducing GPT-5.5（於新分頁開啟），擷取2026-09-06）。
這兩個數字不能混在一起理解。假設某段工作原本需要15分鐘，而且全部時間都能受益於這個加速倍率，理論換算是：
加速前：15 分鐘
加速後：15 ÷ 1.5 = 10 分鐘
省下：5 分鐘，約 33%速度變成1.5倍，代表理想情況下時間縮短約三分之一，不是縮短一半。
而寫程式的任務，往往不只有模型生成內容。假設一項工作總共花20分鐘，其中12分鐘是可被加速的模型處理時間，另外8分鐘是跑測試、安裝套件或等待外部服務；若後面這8分鐘完全不變：
Standard：12 + 8 = 20 分鐘
Fast：12 ÷ 1.5 + 8 = 16 分鐘整個任務只縮短了20%，而不是33%。這是假設情境，不是實測結果，但它說明了一件重要的事：模型加速倍率，不等於整項任務的加速倍率。
至於GPT-6 Astra，官方speed頁目前列出的是2.5倍額度費率，沒有在同一頁提供對應的速度倍率，不能直接套用其他模型的1.5倍（speed文件（於新分頁開啟），擷取2026-09-06）。
實作：怎麼開啟、關閉，並確認用量？#
在Codex CLI中，可以在對話輸入框使用以下指令。這些是Codex內部指令，不是直接在一般終端機執行的shell指令。
Fast的開關與查詢方式列在官方speed文件（於新分頁開啟）（擷取2026-09-06）；剩餘使用額度也可以從官方用量儀表板或CLI的 /status 查看。
比較實用的操作方式，不是開啟後就忘記它，而是讓它配合當下的工作。
例如，你正在修一個登入錯誤，需要不斷查看結果、補充線索、請Codex再改一次。這時可以先開Fast，讓連續幾輪來回順一點。等問題釐清，接下來只是補測試、整理文件，而你也準備去做其他事情，就切回Standard。
還有一點要留意：官方文件說明，Fast的切換會儲存設定；當目前模型沒有提供Fast時，相關指令也可能不會出現（Codex CLI指令文件（於新分頁開啟），擷取2026-09-06）。因此，開始一項用量較大的工作前，先確認目前狀態，比憑印象判斷可靠。
怎麼判斷自己開Fast到底值不值得？#
可以挑幾個平常真的會做的任務，例如修正小bug、補單元測試、修改一個頁面，記錄Standard與Fast的完成時間、額度消耗，以及結果是否需要重做。
比較時，盡量固定模型、推理強度（reasoning effort）與任務範圍。不要一邊換模型、一邊提高推理強度，最後把所有差異都算在Fast頭上。官方也指出，提高推理強度可能增加處理時間與token用量（Codex models文件（於新分頁開啟），擷取2026-09-06）。
這種比較的目的，不是靠單次測試驗證官方倍率，而是找出你的工作型態：你最常等的是模型，還是測試與外部工具？
什麼時候值得開？看你是不是正在等它#
我的建議是：平常使用Standard，真的需要連續來回、而且等待會卡住工作時，再開Fast。
例如正在和同事一起除錯，大家都在等下一版修改；或者準備示範功能，只差幾個地方要調整。這些情境下，省下的幾分鐘可能很有價值，不能只用「同一份額度能做多少工作」來衡量。
相反地，假設你交代Codex整理文件後，就準備去開會，無論它提早幾分鐘完成，你都要開完會才會看結果。那麼Fast帶來的速度，未必能轉換成你實際省下的時間。
也不要把「任務很重要」直接等同於「應該開Fast」。需要更深入的分析，可以評估模型與推理強度——哪個工作配哪個模型，見Codex用什麼模型；需要更快拿到結果，才是在評估加速設定。這是不同的選擇。
使用API key，要另外看API費率#
以上的2.5倍，主要是在說ChatGPT登入Codex的額度規則，不能直接套用到API帳單。
例如，官方目前列出的GPT-5.6 Sol的API Fast費率是Standard的2倍，不是訂閱額度的2.5倍。API使用者應以API定價頁對應模型的費率計算（OpenAI API pricing（於新分頁開啟），擷取2026-09-06）。
最後，開啟前可以先問自己一句：
它提早完成之後，我會立刻接著做下一步嗎？
答案是會，Fast就有評估的價值。答案是不會，Standard往往更符合這次工作的需求。
不必每個任務都追求最快。把加速留給真正會卡住你的等待，比習慣性地一直開著，更容易兼顧工作效率與額度。