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

Claude API 比訂閱方案便宜嗎？

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

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

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

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

訂閱方案提供的容量可能用不完。 你支付固定費用，取得會依排程重設的使用額度。Anthropic 的 Claude Code 文件說明了 Team 和 Enterprise seat 的模式：使用量「取自每個 seat 的額度，額度依 5 小時滾動視窗和每週視窗重設」，並與 Claude chat 和 Cowork 共用。訂閱者在使用訊息時也會遇到相同模式，例如「You've hit your session limit」和「You've hit your weekly limit」。未使用的容量仍然是你已支付的費用。超過容量後，工作會暫停，直到視窗重設；使用 /model 切換模型也不會恢復存取權，因為所有模型共用這些視窗。如果你現在正看到其中一則訊息，應先確認你正在等待哪個視窗重設，再進行以下計算，因為 5 小時限制和每週限制需要不同的處理方式。

API 是永不停歇的計量表。 API 沒有視窗，也沒有上限牆。每個請求都依 token 計費，部分項目則不按 token 計價：網路搜尋「可在 Claude API 上使用，每 1,000 次搜尋收費 $10」。達到任何限制都不會停止服務，發票金額只會持續增加。API 也沒有免費方案作為基礎，不過註冊贈送的額度與免費項目足以支應第一次實驗，之後再進行以下計算。

截至 23 July 2026，方案費用引自 Claude pricing page：Pro 為「每月 $17，年訂閱可享折扣（預先收取 $200）。按月計費則為 $20」，並包含 Claude Code。Max 列為「每月 $100 起」。Team seat 起價為「年繳每個 seat 每月 $20」。Enterprise 比較特殊，因為它同時採用兩種模式：「Seat 價格 + 依 API 費率計算的使用量，每個 seat $20」。如果你正在評估這種混合方案，Enterprise seat 費用實際涵蓋的內容會說明 seat 的最低數量，以及只有透過議價報價才會確定的項目。如果你要計算的是 coding tool 的費用，而不是 Claude 整體的費用，各方案的 Claude Code 費用會將相同費率套入實際的每月估算。如果你尚未決定 Claude 的固定費用方案，將這些層級與 ChatGPT 的 Go、Plus 和 Pro 比較可補足另一半的考量。如果你是學生，在把上述費用當成無法降低的門檻之前，學生身分實際能省下多少會說明目前沒有個人折扣，以及一個月課業用量改走 API 大約要花多少錢。費用經常變動，而且各方案背後的額度從未以 token 公開，因此請在決定當天查閱 pricing page。

從 API 無法取得的內容

方案額度，以及圍繞方案額度建立的介面。 Claude Code 的 /usage-credits 命令會管理訂閱方案的使用額度。你必須「先透過 /login 登入 claude.ai 訂閱方案」才能執行此命令；使用 API key 驗證時無法使用此命令。/usage 畫面也會依計費模式而異：其中的 Session 區塊「會顯示 API token 使用量，供 API 使用者使用」；訂閱者則會看到方案用量列與用量明細。

Claude Code 中較長的 prompt cache。 這項差異會產生實際費用，而且很容易忽略。文件指出：「訂閱方案的生命週期為 1 小時；一旦開始使用用量額度，便會縮短為 5 分鐘；使用 API key 或 cloud provider 時，預設為 5 分鐘。」若中斷時間超過 cache 生命週期，你回來後傳送的第一則訊息就無法命中 cache，因此整個 context 都會重新處理，並按照寫入價格計費。使用訂閱方案時，你可以開 50 分鐘的會議，回來後仍可沿用原本的 cache。使用 API key 時，同樣的中斷會讓工作階段前綴完整重新寫入並產生費用。

訂閱方案無法提供的功能

以程式存取。 呼叫 Claude 的 cron job 或 webhook handler 需要 API key，因此若這是你的工作負載，兩者的比較到此結束。在 VPS 上建立第一個 Claude API 應用程式涵蓋金鑰處理方式與第一個可執行的 script。

Batch API 折扣。 定價頁面已有明確說明：「Batch API 可非同步處理大量請求，輸入與輸出 token 均可享有 50% 折扣。」對於不需要人員等待的工作，計費量可因此減半。每百萬 token 的 Batch 費率如下：Opus 4.8 的輸入為 $2.50、輸出為 $12.50；Sonnet 5 目前採用 introductory pricing，輸入為 $1、輸出為 $5；Haiku 4.5 的輸入為 $0.50、輸出為 $2.50。代價是延遲：大多數 batch 會在 1 小時內完成，超過 24 小時仍未完成的 batch 會到期，而且無法將 streaming 納入 batch。Batch 與 prompt caching 可疊加使用。由於 batch 的執行時間可能超過 5 分鐘，請在同一個 batch 內使用 1-hour cache。

依專案歸屬成本。 每個 API 回應都會傳回 usage 區塊，因此你可以記錄單一請求的成本，並將其歸屬至專案或客戶。訂閱方案只會為持有該席位的人員顯示一組用量條。

有一點需要明確說明，因為很容易往任一方向誤判：這是兩個獨立的計費管道。Anthropic 的文件將訂閱計費導向 claude.ai 支援服務，將 Console 計費導向 API 平台，而 /usage-credits 無法搭配 API key 使用。我查閱的資料沒有任何內容表示訂閱方案包含 API 額度，因此請預期需要兩個帳戶與兩筆帳單。

損益兩平公式

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

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 倍」。思考 token 會按照輸出 token 計費，因此即使模型不顯示推理摘要，也應歸入 output_tokens。

截至 23 July 2026，每百萬 token（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：截至 31 August 2026 適用入門價格，輸入 $2，輸出 $10；之後調整為 $3 與 $15。依入門價格計算，快取讀取 $0.20，5 分鐘快取寫入 $2.50。1M context。
• claude-haiku-4-5：輸入 $1，輸出 $5。快取讀取 $0.10。5 分鐘快取寫入 $1.25。200K context。

長 context 不會產生額外費用：「900k-token 請求與 9k-token 請求採用相同的每 token 費率計費。」

一個完整範例，並列出使用的假設

假設在 Sonnet 5 上執行一次 Claude Code 的工作階段中途請求，內容包括 60,000 個 context token：其中 55,000 個來自 cache、3,000 個新寫入 cache、2,000 個未快取的新輸入 token，以及包含 thinking 在內的 1,200 個輸出 token。

• Cache 讀取：55,000 x $0.20/MTok = $0.0110
• Cache 寫入：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 有 2 種價格，而你實際會購買哪一個 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 分鐘有效期限計算，快取只需讀取 1 次便能回本（寫入成本的 1.25 倍）；以 1 小時有效期限計算，則只需讀取 2 次便能回本（寫入成本的 2 倍）。」

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

模型選擇。 使用 Opus 4.8、以輸入 $5 和輸出 $25 的價格計算相同回合；快取讀取價格為 $0.50，5 分鐘快取寫入價格為每 MTok $6.25：讀取費用為 $0.0275，寫入費用為 $0.0188，未快取輸入費用為 $0.0100，輸出費用為 $0.0300。每回合約為 $0.086，是 Sonnet 回合的 2.5 倍；在相同用量下，每月約為 $207。只更換模型，就能讓相同工作從低於入門 Max 費用變成超過該費用的 2 倍。Haiku 4.5 的輸入價格為 $1、輸出價格為 $5，對日誌分類等機械性工作可將費用往另一個方向降低。Fable 5 的價格更高，輸入為 $10、輸出為 $50；因此，在預設使用它之前，值得先閱讀哪些工作實際上能抵銷 Fable 5 的費率。

Effort level 也屬於模型選擇，因為思考 token 會按輸出價格計費。在 Opus 4.8 上，API 預設值為 high，而文件針對程式撰寫與代理工作所建議的起始值，是成本較高的 xhigh。在 Claude Code 中使用 /effort 降低該值，或在 API 上使用 output_config.effort。還有一項因素會改變舊有估算：較新的模型使用新 tokenizer，對相同文字「產生的 token 約多 30%」，因此在舊模型上測得的數量會低估目前相同文字的 token 數。

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

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

不要根據我的範例做決定。先量測自己一週的用量。

在 Claude Code 中，連續一週於每次工作階段結束時執行 /usage（/cost 是相同畫面的別名）。它會顯示該工作階段的 token 數量與費用估算，但文件也有一項注意事項：「美元金額是根據 token 數量在本機計算的估算值，可能與實際帳單不同。」執行 /clear 後，總數會重設，因此請先讀取畫面內容。使用訂閱方案時，該美元金額不是你的帳單金額，但其背後的 token 數量正是此公式需要的資料。/context 會顯示哪些內容正在占用 context window。

使用 API 帳戶時，Claude Console 中的用量頁面是正式紀錄。若要在送出 prompt 前估算費用，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 個 tokens；三個欄位相加後，才是此公式所需的 prompt 大小。

接著進行比較。如果實際用量明顯低於方案費用，選擇按量計費。如果明顯高於方案費用，且方案額度足以支應你平常的工作日，則選擇方案。如果用量接近臨界點，選擇方案，因為方案費用不會產生意外支出，而按量計費可能會。若用量甚至遠低於 Pro 費用，先確認付費方案是否比免費層級更適合你的工作方式，再決定購買哪一種，因為如此低的用量可能不常達到免費額度上限，根本不足以合理化任何帳單。這也不是只能做一次的決定，因為取消方案或降級後，已支付的月份仍會維持有效；如果再累積幾週的實際用量後發現估算不符，仍可調整。無論最後選擇哪一邊，這項算式只能判斷哪種計費模式較便宜；這筆支出是否能透過省下的工時回本，則要另外以你自己的時薪計算。

FAQ

Claude API 是否比 Claude Pro 或 Max 便宜？

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

如何計算每月的 Claude API 成本？

在 Claude Code 中執行 /usage 一週，以收集實際 token 數量；如果你已經有 API 帳戶，也可以查看 Claude Console 的用量頁面。接著計算一次回合的費用：未命中快取的輸入按基本費率計算，快取寫入按基本輸入費率的 1.25 倍計算，快取讀取按基本輸入費率的 0.1 倍計算，輸出則按輸出費率計算，並將 thinking token 視為輸出。最後乘以每日使用回合數與每月使用天數。

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

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

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

請將兩者視為兩個帳戶及兩筆帳單。API 呼叫會按 token 計費，費用計入你在 Console 建立的帳戶；我查閱的文件中沒有任何內容表示訂閱方案會提供 API 額度。兩者是分開服務的最明確證據，是 Claude Code 的 /usage-credits 命令；該命令「不適用於 API key 驗證」。許多開發人員會同時持有兩者：使用方案進行互動式程式設計，使用 key 支援自己建立的服務。