Claude API 比訂閱方案便宜嗎？損益平衡試算

Claude API 比訂閱方案便宜嗎？

在低於某個使用量時，Claude API 比訂閱方案便宜；超過該使用量後則更貴。對於整天以互動方式撰寫程式的一名開發者，固定費用方案通常較划算。對於會自行發出請求的程式，API 是唯一選項，因此成本不會影響選擇。其餘部分只是算術，10 分鐘內即可完成。

沒有可供查詢的官方損益平衡點。訂閱方案是以使用量時段銷售，而不是以 token 額度計算，因此沒有任何已公開的數字能告訴你兩條成本線在哪裡交會。以下內容使用目前的每 token 費率提供計算公式，並說明哪些使用行為對結果的影響遠大於方案費用。以下所有損益平衡數字，都是我根據已公布費率與明確假設自行計算的結果，不是官方文件記載的數字。

如果你仍在決定要購買哪個方案，哪個 Claude 方案適合你的工作方式可回答這個問題。本文假設你已知道會購買哪個方案，現在想確認是否真的需要購買。

兩種計費模式的結構並不相同

訂閱方案提供的容量可能用不完。 你支付固定費用，取得會依排程重設的使用額度。Anthropic 的 Claude Code 文件說明了 Team 與 Enterprise seat 的模式：用量「取自每個 seat 的額度，額度會在循環 5 小時視窗與每週視窗重設」，並與 Claude 聊天及 Cowork 共用。訂閱者會透過實際發送的訊息遇到相同限制，畫面會顯示「你已達到工作階段限制」與「你已達到每週限制」。未使用的容量仍然是已支付的費用。超過容量後，你必須等到視窗重設才能繼續工作；使用 /model 切換模型也不會恢復存取權，因為這些視窗由不同模型共用。如果你現在正看到其中一則訊息，應先判斷你正在等待哪個視窗，再進行以下計算，因為 5 小時與每週限制需要不同的處理方式。

API 是計量器，不是視窗。 API 沒有會用完的 5 小時或每週額度。成功的請求按 token 計費，但不是每個請求都會計費：Anthropic 的計費說明指出，「失敗的請求不會收費。」反過來也一樣：如果請求「原本即將成功」，即使你的用戶端在處理途中中斷連線或逾時，仍然會收費。有些項目不按 token 計費：web search「可在 Claude API 上使用，每 1,000 次搜尋收費 $10」。計量器確實有上限，但這些上限限制的是請求速率與總支出，而不是使用量。速率限制會限制每分鐘的請求數與 token 數；「短時間內大量發送請求可能超過限制，並觸發速率限制錯誤。」Start、Build 與 Scale 使用層級也分別設有每月支出上限 $500、$1,000 與 $200,000；你也可以在 Claude Console 的 Billing 頁面設定更低的自訂上限。達到所屬層級的上限後，「API 使用量會暫停，直到下個月第 1 天的 00:00 UTC，除非你更早申請提高上限。」在低於這些上限時，後續行為取決於你的付款方式。「大多數組織使用預付使用額度付款」；「如果額度用完，在新增額度前，你將無法呼叫 API 或使用 playground」，即使距離支出上限還很遠；但如果你設定了門檻，且餘額低於該門檻時由 auto-reload 自動購買更多額度，則不受此限制。只有「採用發票付款安排的組織會改為按月計費」，也只有這些組織的發票會單純持續增加。下方也沒有免費層級，不過註冊贈送的額度與免費項目可讓你先完成第一次實驗，再處理這些計算。

截至 17 October 2026 的方案費用，引用自 Claude pricing page：Pro 為「每月 $17，適用年度訂閱折扣（預先收取 $200）。按月計費則為 $20」，並包含 Claude Code。Max 列示為「每月 $100 起」。Team seat 按年計費時，每個 seat 每月起價為「$20」。Enterprise 比較特殊，因為它同時採用兩種模式：「Seat 價格 + 依 API 費率計算的使用量」；seat 價格列為「US$20/seat/month，按年計費」。如果你正在評估這種混合模式，Enterprise seat 費用實際涵蓋的內容會說明最低 seat 數量，以及只有在議價報價中才會出現的項目。如果你評估的是 coding tool，而不是整體 Claude，各方案的 Claude Code 費用會將相同費用套入每月估算。如果這項比較中的固定費用尚未決定是否採用 Claude，將這些層級與 ChatGPT 的 Go、Plus 及 Pro 比較可補足另一半的決策資訊。費用經常變動，而且每個方案背後的額度從未以 token 公開，因此請在決定當天查看 pricing page。

無法從 API 取得的項目

方案額度，以及圍繞額度建立的介面。 Claude Code 的 /usage-credits 命令會管理訂閱方案的使用額度。您必須「先透過 /login 登入 claude.ai 訂閱方案」後才能執行該命令；使用 API key 驗證時無法使用此命令。/usage 畫面也會依計費模式而不同。其中的 Session 區塊「會顯示 API token 使用量，供 API 使用者使用」。對訂閱者而言，「工作階段費用數字與計費無關」。訂閱者仍會看到這個區塊，此外還會看到更多資訊：「訂閱者會在同一個畫面看到方案使用量列、活動統計資料及使用量明細。」上述兩者都以您的方案本身包含 Claude Code 為前提。哪些方案包含 Claude Code，以及哪些功能共用其使用量時間窗會說明這一點，也涵蓋誤用 API key 而導致費用悄悄計入 API 的情況。這些功能也假設您能在實際工作的電腦上開啟該介面。但在 Linux 上可用的介面比您預期的少，因此在支付任一方的費用前，值得先確認哪些介面可在 Linux 原生執行，以及各自需要哪個方案。

Claude Code 中較長的 prompt cache。 這項功能確實會產生費用，而且很容易被忽略。文件指出：「訂閱方案的生命週期為 1 小時；一旦開始使用額度，便會縮短為 5 分鐘；使用 API key 或雲端供應商時，預設為 5 分鐘。」中斷時間超過快取生命週期後傳送的第一則訊息無法命中快取，因此整個內容都會重新處理，並按寫入價格計費。使用訂閱方案時，您可以開會 50 分鐘，回來後仍能沿用暖快取。使用 API key 時，同樣的中斷會使工作階段前綴完整重新寫入並產生費用。

訂閱方案無法提供的功能

程式化存取。 呼叫 Claude 的 cron 工作或 webhook 處理程式需要 API key，因此如果這是你的工作負載，兩者就不必再比較。在 VPS 上建立你的第一個 Claude API 應用程式涵蓋 key 的處理方式與第一個可運作的 script。

Batch API 折扣。 定價頁面已清楚說明：「Batch API 可非同步處理大量請求，輸入與輸出 tokens 均可享有 50% 折扣。」這會將不需等待人工回應的工作所產生的 token 費用減半，但並非帳單上的每一項費用都會減半：「透過 Messages Batches API 呼叫 Web search tool 的價格，與一般 Messages API 請求相同」，因此會搜尋網路的 batch 工作，其總成本節省幅度低於一半。Batch 每 1 million tokens 的費率，在 Opus 4.8 為輸入 $2.50、輸出 $12.50；在 Sonnet 5 為 $1 與 $5；在 Haiku 4.5 為 $0.50 與 $2.50。代價是延遲：大多數 batch 會在 1 小時內完成，超過 24 小時仍未完成的 batch 會過期，而且 streaming 無法放入 batch。Batch 與 prompt caching 可疊加使用；由於 batch 的執行時間可能超過 5 分鐘，請在其中使用 1-hour cache。

依專案歸屬成本。 每個 API 回應都會回傳一個 usage 區塊，因此你可以記錄單一請求的成本，並將其歸屬至專案或客戶。訂閱方案只會針對持有席次的使用者提供一組用量統計。將這項成本乘上整個團隊後，選擇就不再只是個人決策；因此，當你開始替其他人購買席次時，應改用以席次計價的 Claude Code 與相同工作按 token 計費的比較來重新評估。

有一點必須說明清楚，因為很容易往任一方向誤解：這些仍是分開的計費介面，但部分方案現在會重疊。Anthropic 的文件將訂閱計費導向 claude.ai 支援，將 Console 計費導向 API 平台，而 /usage-credits 無法搭配 API key 使用。變更之處在於「Max 與 Team 方案包含 Claude Platform 的每月額度」：Max 5x 每月 $100、Max 20x 每月 $200；Team 則為每個 Standard seat $20、每個 Premium seat $100，並合併為「單一每月餘額，上限為 $500」。Free、Pro 與 Enterprise 方案不符合資格。若要申請額度，請將 Claude Console 組織連結至你的方案。額度可用於 Messages API、Message Batches API、Console Playground、Claude Managed Agents 與 Claude Agent SDK，但不適用於互動式 Claude Code。額度「不會遞延」，用完且沒有已購買的額度可用時，「API 請求會停止，直到下一次每月額度到期」；用量「永遠不會計入你的 Claude 方案費用」。因此，Max 或 Team 訂閱者仍持有兩個帳戶，但不一定會收到兩張帳單；Max 與 Team 的每月 API 額度涵蓋哪些項目會說明連結步驟。這項排除條件對下方的實際範例很重要：該額度不能支付互動式 coding 工作階段，因此不會改變損益平衡點；但可以支付你在旁邊執行的 scripts 與 batch 工作。在 Pro 方案上，請預期使用兩個帳戶並收到兩張帳單。

損益平衡公式

先計算一次，再擴大規模。

turn cost = uncached_input_tokens x base_input_price
          + cache_write_tokens    x 1.25 x base_input_price
          + cache_read_tokens     x 0.10 x base_input_price
          + output_tokens         x output_price

monthly API cost = turn cost x turns_per_active_day x active_days_per_month

break even when: monthly API cost = flat plan fee

這些倍率是公開列出的固定值，不是估算值。在下方費率清單中的所有模型，寫入 5 分鐘快取的費用為「基本輸入價格的 1.25 倍」、寫入 1 小時快取的費用為「基本輸入價格的 2 倍」，讀取快取的費用則為「基本輸入價格的 0.1 倍」。0.1 倍是標準倍率，不是通用倍率：定價頁面列出的 Opus 5.5 與 Sonnet 5.5 快取讀取費用為 0.05 倍，Fable 5.1 則為 0.025 倍；後文會介紹較新的產品線。思考 tokens 會按輸出 tokens 計費，因此即使模型不顯示推理摘要，也應歸入 output_tokens。

截至 17 October 2026，每 1 million tokens（MTok）的基本費率如下：

• claude-fable-5：輸入 $10，輸出 $50。讀取快取 $1。寫入 5 分鐘快取 $12.50。1M context。
• claude-opus-4-8 與 claude-opus-4-7：輸入 $5，輸出 $25。讀取快取 $0.50。寫入 5 分鐘快取 $6.25。1M context。
• claude-sonnet-5：輸入 $2，輸出 $10。上市時公告這是截至 31 August 2026 的介紹性價格；現在已成為標準價格，原訂於 1 September 2026 調高至 $3 與 $15 的安排並未實施。讀取快取 $0.20。寫入 5 分鐘快取 $2.50。1M context。
• claude-haiku-4-5：輸入 $1，輸出 $5。讀取快取 $0.10。寫入 5 分鐘快取 $1.25。200K context。

自這些模型推出後，較新的產品線已經上市：claude-opus-5-5 的輸入價格為 $4、輸出價格為 $20；claude-sonnet-5-5 為 $2 與 $10；claude-fable-5-1 為 $10 與 $50；claude-haiku-5-5 則為 $0.10 與 $0.50。在 Opus 5.5 與 Sonnet 5.5 上，讀取快取的費用是基本輸入價格的 0.05 倍（每 MTok 分別為 $0.20 與 $0.10）；在 Fable 5.1 上則是 0.025 倍（每 MTok 為 $0.25）。若要計算其中一個模型的價格，請將該倍率代入公式。上方清單中的模型目前已屬舊版，但仍可使用。Haiku 4.5 最早可能於 15 October 2026 退役，但目前尚未發布棄用通知：截至 17 October 2026，Anthropic 仍將其列為使用中，並承諾在退役公開發布的模型前至少提前 60 days 通知。

針對本節列出的模型，較長的 context 不會產生附加費：「900k-token 請求與 9k-token 請求採用相同的每 token 費率計費。」較新產品線中的例外是 Haiku 5.5；prompt 超過 100,000 tokens 後，該模型會採用較高費率。超過門檻後的價格會高出 5 倍，因此在把長篇 log 或大型文件交給它處理之前，值得先閱讀Haiku 5.5 與 Haiku 4.5 在 3 個實際工作中的成本比較。

實際範例：列出計算假設

以 Sonnet 5 的 Claude Code 一次工作階段中段請求為例。該請求包含 60,000 個 context tokens，其中 55,000 個來自快取、3,000 個新寫入快取、2,000 個新的未快取輸入 token，以及包含 thinking 在內的 1,200 個輸出 token。

• 快取讀取：55,000 x $0.20/MTok = $0.0110
• 快取寫入：3,000 x $2.50/MTok = $0.0075
• 未快取輸入：2,000 x $2.00/MTok = $0.0040
• 輸出：1,200 x $10.00/MTok = $0.0120

每次請求約為 $0.035。活動日每天執行 120 次，約為每天 $4.14。每月有 20 個活動日，約為 每月 $83。

將這個金額與上述固定費用比較，可以同時得出兩個結論。它約為 Pro 費用的 4 倍，因此只要 Pro 的額度能支援每天 120 次 Sonnet 請求，Pro 在帳面上會比較便宜。但這項前提沒有任何已公布的數字能替你確認。最接近答案的內容是進一步了解 Pro 包含的內容，以及其限制會在哪裡阻止你；在假設較低費用一定比較划算之前，值得先閱讀。相同的 $83 低於 Max 的入門費用，因此在這個情境下，按量計費會勝過 Max。上一句中的「入門」一詞很重要，因為 Max 有兩種價格，而你實際會購買哪一個 Max 方案會讓比較基準每月移動 $100。

現在一次只改變一項假設，觀察方案費用如何不再是決定因素。

影響損益平衡點的因素有 3 個，作用都大於方案價格

Prompt caching。 不使用快取執行相同的 60,000-token 回合時，整個提示都會按新的輸入計費：60,000 x $2.00/MTok = $0.12，再加上 $0.012 的輸出費用，因此每回合為 $0.132。這幾乎是使用快取時的 4 倍，會讓每月 $83 變成約 $317。這是 Anthropic 唯一公開的損益平衡點，因為它不取決於你的工作負載：「快取命中會按標準輸入價格的 10% 計費。這表示在 5-minute duration 下，快取只要讀取 1 次就能回本（寫入成本的 1.25 倍）；在 1-hour duration 下，讀取 2 次就能回本（寫入成本的 2 倍）。」

有 2 種失敗模式會在不提示你的情況下停用快取。第 1 種是前綴短於模型可快取的最小長度：Fable 5 為 512 tokens，Opus 4.8 和 Sonnet 5 為 1,024，Opus 4.7 為 2,048，Haiku 4.5 為 4,096。較短的前綴不會建立快取，也不會產生錯誤。第 2 種是平行請求，因為「快取項目必須等第 1 個回應開始後才可使用」。同時送出 10 個相同請求時，全部都會按完整輸入價格計費。這 2 種情況的共同指標是 cache_read_input_tokens 維持為 0。

Model choice。 將相同回合改用 Opus 4.8 計價：輸入為 $5、輸出為 $25，快取讀取為 $0.50，5-minute 寫入為每 MTok $6.25：讀取 $0.0275、寫入 $0.0188、未快取輸入 $0.0100、輸出 $0.0300。每回合約為 $0.086，是 Sonnet 回合的 2.5 倍；在相同用量下，每月約 $207。只更換模型，就能讓相同工作從低於入門 Max 費用變成超過該費用的 2 倍。Haiku 4.5 的輸入價格為 $1、輸出價格為 $5，對 log 分流等機械性工作而言，成本則會往另一個方向降低。Fable 5 的成本更高，輸入為 $10、輸出為 $50。因此，在預設使用它之前，值得先閱讀哪些工作實際上能抵銷 Fable 5 的費率。若你打算把這個範例改用較新的 Sonnet 5.5，它的輸入與輸出費率與 Sonnet 5 相同，快取讀取費率則只有一半，因此每回合成本只會更低；切換前，值得先閱讀Sonnet 5.5 何時比 Opus 5.5 划算，以及從 Sonnet 5 換過來會回傳 400 錯誤的參數。

Effort level 屬於模型選擇的一部分，因為思考 tokens 會按輸出費率計費。在 Opus 4.8 上，API 預設值為 high，而文件針對 coding 和 agentic work 建議從成本較高的 xhigh 開始。可在 Claude Code 使用 /effort 降低此值，或在 API 使用 output_config.effort。還有一點會改變舊有估算：新模型使用較新的 tokenizer，對相同文字「產生的 tokens 約多 30%」，因此在舊模型上測得的數量會低估目前相同文字的用量。

Session hygiene。 API 不保留狀態，因此每個回合都會重新傳送整段對話，並按輸入計費。因此，長 session 的每則訊息成本會高於新 session。這是多數意外帳單的主要原因，詳細機制請參閱Claude Code session 實際消耗哪些 tokens。在不相關的工作之間執行 /clear，因為過時的內容會在後續每則訊息中重新傳送並再次計費。在同一項長期工作中執行 /compact，讓系統摘要歷史內容，而不是完整保留。請以連續時段工作，因為預設快取「有效期限為 5 分鐘」，且「每次使用快取內容時，都會免費重新整理」。每 10 分鐘才操作一次的 session，每次都會重新支付寫入費用。分離後在 VPS 的 tmux 中執行的Claude Code session幾乎不會在閒置期間產生成本，但閒置時間超過快取有效期限，仍會失去暖前綴。

先量測自己的使用量，再做決定

不要根據我的範例做決定。請以自己一週的使用量為依據。

在 Claude Code 中，連續一週於每次工作階段結束時執行 /usage（/cost 是相同畫面的別名）。此指令會顯示該工作階段的 token 數量與成本估算，但文件有一項注意事項：美元金額是根據 token 數量與牌價在本機計算，且「此金額只是估算值；如需權威的計費資料，請查看 Claude Console 中的 Usage 頁面。」執行 /clear 後，累計值會重設，因此請先讀取畫面內容。使用訂閱方案時，該美元金額不是你的帳單金額，但其中的 token 數量正是此公式需要的資料。/context 會顯示哪些內容正在占用視窗。

如果使用 API 帳戶，Claude Console 中的 Usage 頁面是權威紀錄。若要在傳送提示前估算價格，client.messages.count_tokens()「可免費使用，但會依你的使用層級受到每分鐘請求數限制」，而且只有這項統計使用的 tokenizer，與實際計費所採用的 tokenizer 相同。

呼叫完成後，請讀取 usage 區塊，並正確解讀：

u = response.usage
total_input = u.input_tokens + u.cache_creation_input_tokens + u.cache_read_input_tokens

input_tokens 只計算未快取的剩餘部分，文件將其定義為「最後一個 cache breakpoint 之後的 tokens」。顯示 input_tokens: 4000 的回合不代表這是 4,000-token 的回合，而這 3 個欄位的總和才是此公式所需的提示大小。

接著進行比較。如果你量測出的月用量明顯低於方案費用，就採用按量計費。如果明顯高於方案費用，就採用方案，但前提是方案額度足以支應你正常的一個工作日。如果接近分界線，就採用方案，因為方案不會讓你遭遇意外費用，而按量計費可能會。如果遠低於 Pro 費用，請先判斷付費方案是否比免費層級更適合你的工作方式，再購買任一方案，因為如此低的使用量可能不會頻繁達到免費限制，未必足以讓任何帳單都合理。這也不是只能單向選擇，因為取消方案或降級不會影響已支付月份的使用權；如果再實際使用幾週後發現估算不符，仍可調整。無論最後選擇哪一邊，這項計算只能確定哪種計費模式較便宜，而支出是否能透過節省的工時回本則是另一項計算，必須依你自己的時薪進行評估。

FAQ

Claude API 比 Claude Pro 或 Max 便宜嗎？

這取決於使用量。由於訂閱方案是以使用期間銷售，而不是以 token 配額計算，因此沒有可供查詢的公開損益平衡點。先依公開的每 token 價格，計算一次典型操作的費用，再乘以每日操作次數和每月使用天數，最後與方案費用比較。在一個實際試算中，Sonnet 5 的 60,000-token 操作約為 $0.035；若每天操作 120 次、每月使用 20 天，約為每月 $83，高於 Pro 費用，但低於入門級 Max 費用。

如何計算 Claude API 每月費用？

在 Claude Code 中執行 /usage 一週，以收集實際 token 數量；如果已經有 API 帳戶，也可以查看 Claude Console 中的使用量頁面。接著計算一次操作的費用：未快取的輸入使用基本費率，快取寫入為基本輸入費率的 1.25 倍，快取讀取為基本輸入費率的 0.1 倍（Opus 5.5 和 Sonnet 5.5 為 0.05 倍，Fable 5.1 為 0.025 倍），輸出則使用輸出費率計算，並將 thinking tokens 視為輸出。最後乘以每日操作次數和每月使用天數。

哪些因素對 Claude API 帳單影響最大？

最主要的是 prompt caching。Sonnet 5 的 60,000-token 操作，在前綴由快取提供時約為 $0.035，未使用快取時約為 $0.132。其次是模型選擇：相同操作使用 Opus 4.8 時約為 $0.086。第三是工作階段長度，因為 API 具無狀態特性，每次操作都會重新傳送完整對話，並按照輸入計費。

Claude 訂閱是否包含 API 存取權？

Max 和 Team 部分包含。這些方案目前包含每月 Claude Platform 額度：Max 5x 為 $100，Max 20x 為 $200；Team 則為每個 Standard seat $20、每個 Premium seat $100，最高上限為 $500。將 Claude Console 組織連結後即可啟用額度。額度可用於 Messages API 和 Message Batches API，但不適用於互動式 Claude Code；「未使用的額度會在每個計費週期結束時失效。」Free、Pro 和 Enterprise 方案不提供這類額度，因此使用這些方案時，應將 API 視為具有獨立帳單的第二個帳戶。無論採用哪種方案，兩者仍是分開的介面；最明顯的證據是 Claude Code 的 /usage-credits 命令，該命令「不適用於 API key authentication」。許多開發者會同時使用兩者：以方案進行互動式程式設計，以 key 支援自行建置的工具。