訂閱服務 on KnightLi的博客

用 Codex 會花多少錢？新版費率表、Token 消耗和省錢方法

Wed, 10 Jun 2026 13:06:41 +0800

OpenAI 幫助中心更新了 Codex 費率表。現在大多數 Plus、Pro、Business、Enterprise、Edu、Health、Gov 和 ChatGPT for Teachers 使用者，都應參考新版基於 Token 的額度計費規則。

這次規則變化的重點很明確：Codex 不再主要按「發了幾則訊息」估算額度，而是把輸入 Token、快取輸入 Token、輸出 Token 分開計量。任務越長、輸出越多、使用的模型越強，額度消耗通常越高。

新版費率適用於哪些方案

新版基於 Token 的費率表適用於：

新舊 ChatGPT Plus 和 Pro 使用者；
新舊 ChatGPT Business 使用者；
新舊 Enterprise、Edu、Gov、Health 和 ChatGPT for Teachers 使用者。

OpenAI 在頁面中說明，2026 年 4 月 2 日起，Codex 定價規則開始從按單則訊息計費改為按 API Token 用量計費，並適用於 Plus、Pro、ChatGPT Business 和新的 ChatGPT Enterprise 方案。2026 年 4 月 23 日，這項更新擴展到現有 ChatGPT Enterprise 方案，包括 Edu、Health、Gov 和 ChatGPT for Teachers。

少數 Enterprise 客戶仍可能暫時沿用舊版費率表。如果你所在組織還沒有遷移，實際規則應以工作區和 OpenAI 銷售團隊確認的資訊為準。

新版 Codex Token 費率表

新版費率按照每 100 萬 Token 扣除多少額度來計算，並區分輸入、快取輸入和輸出。輸出通常更貴，快取輸入通常更便宜。

模型	輸入 Token	快取輸入 Token	輸出 Token
GPT-5.5	125 額度	12.50 額度	750 額度
GPT-5.4	62.50 額度	6.250 額度	375 額度
GPT-5.4-Mini	18.75 額度	1.875 額度	113 額度
GPT-5.3-Codex	43.75 額度	4.375 額度	350 額度
GPT-5.2	43.75 額度	4.375 額度	350 額度
GPT-5.3-Codex-Spark	研究預覽	研究預覽	研究預覽
GPT-Image-2.0（圖像）	200 額度	50 額度	750 額度
GPT-Image-2.0（文字）	125 額度	31.25 額度	250 額度

這裡的「每 100 萬 Token」很關鍵。一次 Codex 任務最終扣多少額度，不只看你發了幾句話，還要看它讀取了多少上下文、複用了多少快取、生成了多長輸出，以及是否啟用了更高速度的模式。

OpenAI 還特別提到，程式碼審查功能預設使用 GPT-5.3-Codex。GPT-5.3-Codex-Spark 可能以研究預覽形式進入 Codex，費率尚未最終確定。

為什麼按 Token 計費更重要

舊版規則用「單則訊息」或「單個 Pull Request」做平均估算，適合粗略預算，但不容易解釋不同任務之間的差異。新版規則把額度扣除和實際模型活動對應起來，更容易看出哪些地方在消耗額度。

例如，同樣是一次 Codex 請求：

只讓它解釋一個小函式，輸入和輸出都短，消耗會比較低；
讓它讀取多個檔案、跑工具、生成長補丁，輸入和輸出都會變大；
在長任務裡反覆追加需求，會讓上下文持續增長；
輸出大量程式碼、報告或審查意見時，輸出 Token 會成為主要成本。

所以，控制 Codex 成本的重點不是簡單少發訊息，而是減少無關上下文、拆小任務、控制輸出規模，並盡量讓每次請求目標清楚。

舊版費率表仍然保留

OpenAI 仍保留舊版費率表，主要是為了相容少數尚未遷移的 Enterprise 客戶。舊版表按訊息或 Pull Request 給出平均額度估算。

計費單位	GPT-5.5	GPT-5.4	GPT-5.3-Codex	GPT-5.1-Codex-mini
本地任務 1 則訊息	約 14 額度	約 7 額度	約 5 額度	約 2 額度
雲端任務 1 則訊息	不可用	約 34 額度	約 25 額度	不可用
程式碼審查 1 個 Pull Request	不可用	約 34 額度	約 25 額度	不可用

OpenAI 說明，舊版平均額度也適用於舊版 GPT-5.2、GPT-5.2-Codex、GPT-5.1、GPT-5.1-Codex-Max、GPT-5、GPT-5-Codex 和 GPT-5-Codex-Mini。

如果你的帳戶已經遷移到新版規則，就應優先看 Token 費率表，而不是用舊版訊息均值估算。

這會怎樣影響實際用量

影響取決於你的工作負載。輸出多、上下文長、自動化步驟多、快速模式使用頻繁的任務，額度消耗可能明顯更高。輕量修改、短問答、小範圍程式碼解釋，則可能消耗較少。

OpenAI 給出的參考是：平均每位開發者每月 Codex 使用成本約為 100 到 200 美元，但實際差異會很大。模型選擇、並行實例數量、自動化功能和快速模式都會改變最終用量。

去哪裡看剩餘額度

使用者可以在 Codex 設定裡的「使用說明」面板中查看使用限制和剩餘額度。根據方案和工作區角色，有些使用者也可以直接購買額度或管理自動儲值。

如果你在團隊或企業工作區中無法自行新增額度，通常需要聯絡工作區擁有者或管理員處理。

實用建議

日常使用 Codex 時，可以按下面幾條控制額度消耗：

一個任務只設定一個清晰目標；
大任務按檔案、模組或功能點拆開；
不要把無關日誌、舊輸出和大段上下文反覆帶入；
需要長輸出時，先說明範圍和格式；
頻繁審查或長時間自動化任務，要關注輸出 Token 和快速模式；
團隊環境中提前確認是否已經遷移到新版 Token 費率。

新版費率表的核心變化，是讓 Codex 的額度消耗更接近真實 Token 成本。以後判斷「為什麼這次扣得多」，不能只看訊息則數，而要看輸入、快取輸入和輸出三部分共同構成的總用量。

參考來源：Codex 費率表

Claude 額度機制怎麼計算：5 小時視窗、每週限額與 Token 消耗

Wed, 10 Jun 2026 10:52:06 +0800

Claude 的額度並不是簡單按照「今天還能傳送多少則訊息」計算。它更接近一套動態消耗系統：短期有 5 小時滾動視窗，長期有每週總量限制，每次請求還會依據模型、上下文、附件和輸出長度消耗不同額度。

這也是許多使用者感到困惑的地方：明明只傳了幾則訊息，卻突然提示額度用完；或同樣是 Pro、Max 帳號，有人可以聊很久，有人卻很快觸頂。核心原因通常不是「訊息數量」本身，而是每則訊息背後的運算成本不同。

先看 5 小時滾動視窗

Claude 常見的短期限制是 5 小時視窗。它不是按照自然日從午夜重新計算，而是依據最近一段使用時間動態滾動。

簡單來說：

你在一個 5 小時週期內持續傳送請求；
當這段時間內的累計消耗達到上限，就會看到限制提示；
等較早的請求逐步移出視窗後，額度會慢慢恢復；
不同方案、模型和負載時段，實際可用量會有所不同。

這類視窗限制最容易影響高頻率連續使用情境，例如一口氣讓 Claude Code 修改程式碼、反覆上傳檔案進行分析，或長時間在同一個對話中除錯。

常見的估算方式是：免費版額度較少，Pro 每 5 小時可以處理數十則一般訊息，Max 則依方案提供 Pro 數倍的使用量。實際數字並不固定，以 Claude 頁面顯示的剩餘額度和重設時間較為可靠。

每週限額決定持續重度使用的上限

除了 5 小時視窗，Claude 還會疊加每週使用量限制。這項限制主要用來因應持續高強度使用，而不是偶爾在某個時段用得比較多。

兩者的差異可以這樣理解：

只觸發 5 小時限制：通常等待視窗更新即可繼續；
觸發每週限額：可能需要等待更長時間，直到每週額度恢復；
同時觸發兩類限制：短期視窗恢復後，仍可能受到每週總量約束。

因此，Claude 的限制提示不一定代表相同情況。短時間內發出大量請求，可能只是用滿 5 小時視窗；連續幾天高強度執行 Claude Code、分析長篇文件或執行自動化任務，則更可能碰到每週限額。

真正扣除的是運算成本，不只是訊息數量

「一則訊息」並不是固定成本。Claude 在計算額度時，會綜合考量輸入、上下文、附件、工具呼叫和輸出長度。請求越複雜，就越容易快速消耗額度。

最常見的消耗來源有四類。

第一是輸入長度。你傳送的文字越長，需要處理的 Token 越多。數千字的需求說明、長篇日誌或完整程式碼檔案，消耗都會明顯高於一般短問答。

第二是上下文累積。同一個對話進行得越久，Claude 每次回覆都需要參考更多歷史內容。到了後期，即使你只輸入一句「繼續」，模型也可能需要重新讀取大量上下文。

第三是附件和圖片。PDF、螢幕截圖、試算表、程式碼壓縮檔都會顯著增加處理成本。一份數十頁 PDF 的單次分析，可能相當於許多則一般文字訊息。

第四是輸出長度和模型能力。要求 Claude 撰寫長篇報告、產生完整程式碼或反覆自我檢查，都會增加消耗。能力更強的模型和更複雜的推理任務，通常也會更快消耗額度。

Claude Code 為什麼更容易觸頂

Claude Code 的使用感受通常比一般聊天更「消耗額度」，原因很直接：它處理的不是一問一答，而是完整的開發任務。

一次 Claude Code 請求可能包含：

目前的任務說明；
相關檔案內容；
儲存庫結構；
命令輸出；
測試日誌；
多輪修改歷史；
模型產生的修補程式與說明。

如果任務持續很久，Claude Code 還會不斷累積上下文。表面上你可能只傳了 10 個提示，背後卻已經處理大量程式碼、日誌和工具結果。

因此，使用 Claude Code 時，額度管理的重點不是少打幾個字，而是控制任務邊界：一次只處理一個明確目標，完成後建立新任務，避免在同一份上下文中無限追加需求。

如何減少觸發額度限制

最有效的方法是減少無效上下文，以及避免重複處理大型附件。

第一，任務完成後建立新 Chat。一個對話處理完一個問題後，就不要繼續在裡面開始新任務。新對話可以清除舊上下文，降低後續每次請求的成本。

第二，把大型任務拆小。不要一次要求「重構整個專案並補齊所有測試」。更好的方式是依模組、檔案或功能拆分，每次讓 Claude 處理一個可以驗證的目標。

第三，少上傳不必要的附件。只提供與問題直接相關的頁面、日誌、截圖或程式碼片段。上傳 50 頁 PDF 前，先確認 Claude 是否真的需要閱讀全文。

第四，先摘要再繼續。如果一段對話已經很長，可以先請 Claude 壓縮目前結論、待辦事項和關鍵上下文，再複製到新對話繼續。這會比持續攜帶完整歷史更省額度。

第五，避開尖峰時段。Anthropic 過去曾依據負載調整部分時段的消耗速度。高強度任務盡量安排在非尖峰時段，通常比較不容易快速碰到視窗限制。

第六，看清楚方案差異。Pro 適合日常高頻使用，Max 更適合長時間研究、開發和自動化工作流程。如果經常在 Claude Code 中執行長時間任務，Max 的使用體驗通常會穩定許多。

不要把額度理解成固定訊息數量

Claude 的額度更像是「可用運算量」，而不是固定的訊息計數器。下列情況都會讓你更快觸頂：

在一個很長的舊對話中繼續工作；
上傳大型 PDF、程式碼檔案或多張圖片；
要求 Claude 產生很長的報告或完整專案；
使用 Claude Code 連續執行多輪修改與測試；
在短時間內發起多個高強度任務；
使用能力更強的模型處理複雜推理。

相反地，如果只是短問答、輕量改寫或簡單摘要，即使訊息數量更多，也可能消耗得慢很多。

最實用的使用策略

日常使用可以透過以下方式控制額度：

一般問答和輕量寫作使用普通聊天；
程式碼任務盡量一次設定一個目標；
每個任務結束後建立新對話；
大型檔案先裁切，再上傳相關部分；
長對話先摘要，再移至新 Chat；
經常觸頂時查看頁面提示，區分是 5 小時視窗還是每週限額；
需要持續執行 Claude Code 時，優先考慮更高階方案或額外用量。

真正影響 Claude 額度的，不是你按了多少次傳送，而是每次傳送背後需要模型處理多少內容。理解這一點後，最該最佳化的不是「少問問題」，而是讓每次請求更短、更清楚，並且減少不必要的歷史負擔。

參考來源：Claude pricing、The Verge：Anthropic launches a $200 per month tier for power users、TechRadar：Claude is limiting usage more aggressively during peak hours、ITPro：Anthropic Claude Code usage limits increase