Claude Code 一個月花多少錢：訂閱和 API 該怎麼選

「Claude Code 到底該買訂閱還是接 API」這題，多數討論停在列價目表。但價目表本身回答不了問題，因為 Anthropic 從來沒公布過 Pro 和 Max 各含多少 token，官方定價頁只給了 1 倍、5 倍、20 倍這種相對倍數。

真正能拿來算的數字藏在官方的成本管理文件裡：跨企業部署的平均是每位開發者每個活躍日約 13 美元，每人每月 150 到 250 美元，90% 的使用者每個活躍日低於 30 美元。

把這個數字擺到訂閱旁邊，答案其實相當一面倒。這篇講三件事：兩邊怎麼換算、什麼情況才真的該走 API，以及不管你選哪邊都在付的那筆隱形成本。

一個人寫程式就買訂閱，API 是留給流程用的

分界不在價格高低，在於用的是「人」還是「流程」。往下是這個結論怎麼算出來的。

官方公布的實際用量是多少

Anthropic 在成本文件裡直接給了三個數字，這是目前唯一有官方背書的用量基準：

• 平均每位開發者每個活躍日約 13 美元
• 平均每位開發者每月 150 到 250 美元
• 90% 的使用者每個活躍日低於 30 美元

第三個數字很重要，它告訴你這是一個右尾很長的分布。平均值 13 被少數重度使用者拉高了，中位數應該明顯更低。所以拿 13 來算你自己，偏保守。

把訂閱換成「回本活躍日」

有了每日單價，訂閱月費就能換算成一個直觀的門檻：月費除以 13，等於你一個月要用幾天才回本。

Pro 那格幾乎不用討論。一個月開兩天 Claude Code、每天強度接近平均，$20 就回來了。

Max 20x 的 15.4 天則正好落在「日常使用」的區間。這也解釋了官方那個 150 到 250 美元的月均：它本身就跨在 Max 20x 的 200 美元上下。 換句話說，一個用量落在平均值的開發者，走 API 大概率不會比買 Max 20x 便宜，還多了帳單不可預測的風險。

這個換算的三個前提

用之前先確認它適用於你：

1. 13 美元是企業部署的平均值，不是你的值。個人專案、小型 codebase 通常低於它
2. 「活躍日」不等於「有開電腦的日子」。掛著沒動的 session 也會累積用量，這點後面單獨講
3. 模型選擇影響很大。整天掛 Opus 和整天用 Sonnet 的差距，遠大於方案之間的差距

為什麼訂閱在個人使用上幾乎必贏

除了單純的價差，訂閱和 API 是兩種本質不同的計費形態。

訂閱吃時間窗，API 吃 token

訂閱的額度是滾動 5 小時窗加上每週窗，不是月度 token 池。用滿了就等視窗重置，不會產生額外帳單。

API 沒有視窗，只有 rate limit 和一張隨用量長大的帳單。

對個人開發者，這個差別是「最壞情況」的差別。訂閱的最壞情況是你今天被擋住、明天繼續；API 的最壞情況是月底看到一個沒預期的數字。

一個容易踩的細節：官方說明寫得很清楚，訂閱額度是跨 Claude 網頁版、Claude Code 和 Cowork 共用的。 白天在網頁上聊掉的量，晚上寫程式時就沒了。

快取存活時間差 12 倍

這是多數比較文章不會提的一條，卻直接影響實際成本。

Claude Code 每一輪都會把整份對話重送一次，靠 prompt caching 讓沒變的部分以約 10% 的輸入價計費。但快取會過期，過期後下一輪要以全價重新處理整份 context。（為什麼每一輪都要重送整份、快取為什麼只認從第一個字開始一模一樣的那段，在原理那篇。）

存活時間取決於你怎麼登入，這是官方快取文件列的：

差別在哪？假設你在一個累積了 15 萬 token 的 session 裡工作，去開了半小時的會回來繼續。

訂閱：快取還在，這一輪照常以快取價計費。

API key 預設值：快取早就過期，這 15 萬 token 全部以未快取價重新處理。用 Sonnet 5 算約 0.45 美元，用 Opus 5 算約 0.75 美元。就一次中斷。

一天中斷幾次，這筆錢就出來了。API 端可以用環境變數把 TTL 開到 1 小時，但 1 小時 TTL 的快取寫入本身更貴（2 倍 vs 1.25 倍），不是免費的補償。

還有一個細節：訂閱超過額度、開始動用 usage credits 之後，Claude Code 會自動把 TTL 降回 5 分鐘，因為那時候你是照 token 付費的。所以超額狀態下的成本結構會突然變得跟 API 一樣。

那什麼時候真的該用 API

上面講完，API 看起來一無是處。其實不是，它有三個訂閱做不到的事。

自動化與 CI

訂閱綁的是「人」，額度跟著帳號走，且需要互動式登入。CI pipeline、排程任務、無人值守的批次作業，這些場景要的是一把可以放進環境變數的 key。

這也是為什麼把自動化跑在自己的訂閱帳號上是個壞主意：排程任務會在你睡覺時吃掉你隔天要用的視窗額度。官方文件甚至特別列出「排程任務即使 session 閒置也會照間隔送出完整 context」這條。

團隊計費與成本歸屬

訂閱端的 /usage 有個官方明講的陷阱：它顯示的金額對訂閱使用者沒有計費意義。 那個數字是 Claude Code 在本地用公開牌價算出來的估計值，不反映促銷價或合約折扣，也不是你的帳單。

要做真實的每人成本歸屬，得走 API（Console 有每人花費與 Analytics API）、Team/Enterprise 的 spend report，或自己接 OpenTelemetry。

多機並行與非互動場景

快取的作用範圍其實是「機器加目錄」。系統提示詞裡嵌了工作目錄、平台、shell 和 OS 版本，所以同一個 repo 的兩個 worktree 之間不共用快取，兩台機器之間也不共用。

如果你的形態是跑一整批自動化 process，Agent SDK 那邊有辦法把系統提示詞裡的機器專屬段落拿掉、讓多台機器共用快取。這條路只有 API 走得通。

選好方案之後，真正決定帳單的是輪數

方案只決定計費形態，決定金額的是另一條：成本約等於快取讀取量乘以輪數。

Claude Code 每一輪都重送完整 context，輪數翻倍就等於同一份 context 被重讀一次。所以該優化的不是輸出長度，是那些會讓它多跑幾輪、或讓快取整份作廢的動作。我們在另一篇實測裡量過：一句過時的 CLAUDE.md 指令讓同一個任務從 3 輪變成 9.7 輪，成本 2.26 倍，品質完全一樣。

哪些動作會讓快取失效、subagent 和 agent team 的隱形成本怎麼算，跟你選訂閱還是 API 無關，兩邊都一樣適用。機制在原理那篇，錢的部分在快取成本那篇。其中最大的一條跟直覺相反：4,300 個真實 session 的實測顯示，快取失效主要不是切模型造成的，是人離開座位造成的。

這裡只留一個跟選方案直接相關的提醒：/usage 顯示的金額，在訂閱上不是你的帳單。 官方明講那是 Claude Code 在本地用公開牌價算出來的估計值，不反映促銷價或合約折扣。訂閱使用者該看的是同一個畫面上的方案額度用量條，不是那個美元數字。

三個常見誤解

「切換到便宜的模型可以繞過額度上限」：不行。訂閱的 session 和 weekly 視窗是跨模型共用的。切模型只能繞過「你已達到 Opus 上限」這種模型專屬的訊息，不會讓你的總額度回來，而且切模型本身還會作廢快取。

「context 快滿的警告等於快撞到額度」：不是。那是對話接近模型輸入上限、Claude Code 準備做自動壓縮，跟你的方案額度是兩回事。

「開著不動就不花錢」：不是。你的整份對話每一輪都在重送，一個開了一整天的 session 裡問一句話，讀的是整天份的 context。排程任務在閒置時照樣觸發，agent 成員在退出前持續消耗。在不相關的任務之間 /clear 是最便宜的省錢動作，因為它本身不花錢。

給你的三步驟

1. 先量一週。用 /usage 看你實際有幾個活躍日、每天大概什麼強度。不要憑感覺估
2. 除以 13。把你的月費除以官方的每日平均，得到回本天數，再跟你實際的活躍日比。低於門檻就降級，高於門檻就別想 API 了
3. 回頭修快取命中率。這步的效果通常大於換方案，而且實測資料指出的第一名跟多數人想的不同：不是中途切模型，是離開座位太久。先從「開會前把手上的收個尾」開始

各家模型的完整牌價我們整理在價格對照表，含每一筆的官方來源連結。

這篇的限制

• 13 美元是 Anthropic 的企業部署平均值，不是台灣個人開發者的值。它跨了不同 codebase 規模與使用形態，右尾很長，只適合當量級參考不適合當預測
• Pro 和 Max 的實際 token 額度官方不公布，只有 1 倍、5 倍、20 倍的相對倍數。所以「訂閱能換算成多少 token」這題沒有官方答案，本文一律從美元側切入
• 快取的成本計算是照牌價推的，未計入任何促銷或合約折扣
• 未涵蓋 Bedrock、Google Cloud 與 Microsoft Foundry 的計費差異，那三邊的價格與快取支援情況各自不同
• 方案價格與額度政策變動頻繁，本文數字為 2026 年 8 月 4 日實查