Claude Code 付費：訂閱與 API 兩種通道

訂閱與 API 的計費區別

• 找「Claude Code 多少錢一個月」這個數字會落空 —— 它不是單獨售賣的商品，沒有獨立訂閱。
• 兩條通道：含在 Claude 訂閱裡（Pro / Max / Team / Enterprise），或走 API 按量計費（Console 或雲廠商）。
• 官方文檔寫明：免費檔不含 Claude Code，需要上述付費賬號之一。
• 分野不在價格，在工作方式：人在終端前用訂閱，機器自己跑用 API。
• 國內的兩個問題要分開：付款可以解決；服務區域支持不是卡能解決的。

Claude Code 沒有自己的價格

網上「Claude Code 訂閱多少錢」這類問法，預設了一個並不存在的商品。Claude Code 是 Anthropic 官方的客戶端工具，沒有單獨的訂閱、也沒有單獨的價格 —— 它的錢從兩個地方來：

• 含在 Claude 訂閱裡：Pro / Max 等訂閱的額度可以直接給 Claude Code 用，不再額外計費；
• 走 API 按量計費：用 API key 登錄，費用按 token 記到你的 Console 組織（或雲賬號）上。

兩條通道的計量口徑不同，不要拿其中一套的用量去折算另一套的價錢。

官方文檔講成本時給了一句關鍵機制說明：Claude Code 按 API token 消耗計費；訂閱用戶看到的會話費用估算不作為賬單依據，真正要看的是額度條與用量明細。訂閱受使用窗口和額度限制，API 按 token 用量計費。

還有一條不走個人訂閱的路：把 Claude Code 接到雲廠商（如 Amazon Bedrock、Google Cloud、Microsoft Foundry）上，按 token 記到雲賬號。這條主要面向有雲合同的團隊，個人用不到，這裡只點一句。

終端裡怎麼確認自己在哪條通道

首次運行 claude 的時候，就是選通道的時刻。官方文檔給了兩條路：

怎麼確認自己現在在哪條路上：用官方文檔口徑的命令看狀態 —— /usage 給出額度與用量明細（會話費用估算、按模型的用量、緩存命中情況、訂閱額度條）；需要換賬號或重新登錄時用 /login 與 /logout。

訂閱下的額度是共享的

走訂閱這條路時，有一件事很容易被忽略：Claude Code 吃的不是它自己的額度。官方文檔寫明，訂閱用量按滾動五小時窗口 + 每週窗口重置，並且與 Claude 網頁端共用同一套配額。

• 後果一：終端裡跑猛了，網頁那邊會更早撞限 —— 兩個入口互相影響；
• 後果二：判斷「該不該升檔」時只看網頁版用量會低估實際消耗，要把終端裡的會話一起算進去（選檔方法見 Claude 訂閱選檔）。

撞到限制時，官方的提示分三種，含義與對策不一樣：

窗口的具體大小與重置節奏由官方按其規則調整，這裡只講提示的含義與對策。

API 通道：成本結構決定你怎麼用

兩條通道的成本形態完全不同：訂閱是固定月費封頂，API 是按用量線性增長、沒有封頂。所以走 API 時，真正要管的不是「買哪一檔」，而是「這次會話會燒多少」。

官方文檔給出的量級參照（企業部署均值）：約 $13 / 開發者 / 活躍日、$150–250 / 開發者 / 月，90% 的用戶日成本低於 $30；另外即使空閒也有少量後臺消耗（對話摘要、提示建議等），官方口徑是每會話通常低於 $0.04。這組數字只用來判斷量級，不是你的賬單。

三個能實質壓成本的機制（均以官方文檔口徑為準）：

• 模型選擇：多數編碼任務用 Sonnet 就夠，Opus 留給複雜架構與多步推理。用 /model 中途切換，或在配置裡改默認；子代理可以指定更小的模型；
• 提示緩存（prompt caching）：官方自動開啟，系統提示與反覆讀取的代碼庫上下文命中緩存後按更低單價計。有沒有命中，在 /usage 裡看得到；
• 上下文管理：換任務用 /clear、壓縮用 /compact；長會話不清理，等於每一輪都在重算整段上下文。

還有兩件小事也按官方口徑：/effort 與環境變量 MAX_THINKING_TOKENS 可以壓住擴展思考的預算；用現成的 CLI 工具（如 gh、aws）代替掛一堆 MCP 服務器，能減少每輪都要帶上的上下文。另外，選擇數據駐留（data residency）會帶來約 1.1 倍的費率係數。

國內真正卡住的兩件事

回到標題那個問題：Claude Code 國內怎麼用？絕大多數教程答的是安裝與網絡，但真正決定你能不能長期用下去的是另外兩件事，而且這兩件事必須分開看 —— 一件能解決，一件不能。

第一件：付款 —— 這一層可以解決

Claude Code 的付款就是 Claude 訂閱或 Console 額度，所以要過的環節與訂閱 Claude 完全一致：卡段支持 AI 訂閱場景、卡與賬單地址與支付網絡三者對齊、卡內餘額留緩衝。這一層的完整排查見 支付被拒的分層排查 與 虛擬卡被拒的十個原因。

先訂閱還是先用 API：新開的卡直接去買 API 額度，被攔的概率明顯高於先跑一筆包月。客服側反覆驗證過的路徑是 —— 先用同一張卡完成一筆訂閱、產生一次成功交易記錄，隔一兩天再轉 API。這不是官方口徑，而是經驗路徑：卡的交易史在這個場景裡是最便宜的信任憑證。

第二件：服務區域支持 —— 這一件卡解決不了

Anthropic 的服務條款與支持地區名單不包含中國大陸（以官方 supported countries 頁面為準）；官方文檔也把「supported countries」列為運行要求之一。也就是說：能裝、能跑，與「被允許使用」是兩件事 —— 前者是技術問題，後者是服務條款問題。

我們在這件事上的立場很明確：本站只處理付費與訂閱這一層，不提供也不建議任何繞過區域限制的做法，包括任何形式的網絡規避方案。是否在你的地區使用，請自行確認服務條款與當地法規。

放回成本視角看會更清楚：卡的問題失敗一次，代價是幾美元和一點時間；區域合規的問題失敗一次，代價是賬號和已付費用。付款準備不能替代地區資格與合規要求。

錢怎麼準備：本站費率口徑

如果已經決定走這條路，付款側要準備的錢按本站現行口徑如下：

備款建議沿用站內口徑：月付按標價留緩衝 —— Pro 檔卡內留到 ≥$25，Max 20x 這類高檔位按 ≥$210 備。不要按標價卡著充，這是失敗的高發場景。

常見問題

延伸閱讀

Claude Code 的付費結構與通道選擇，相關操作與排查入口：訂閱該買哪一檔見 Claude 訂閱選檔；逐屏訂閱操作見 Claude 訂閱圖文教程；付款被拒的分層排查見 ChatGPT 支付被拒：兩層排查順序；綁卡成功卻扣款失敗見 綁卡成功扣款失敗：Claude API 排查；失敗後先核對記錄見 扣款失敗記錄核對；被拒的十類根因見 虛擬卡被拒的十個原因。

概念與入金鍊路在 U 卡是什麼；卡型與可開地區見 產品總覽；費率、備款與提回口徑以 收費標準頁 為準；單點短答案在 常見問題。

官方出處：安裝方式與登錄路徑以 Claude Code 官方 setup 文檔 為準；用量與成本機制（含 /usage、提示緩存、模型選擇）以 官方成本文檔 為準；功能與訂閱檔位見 官方產品頁、官方文檔概覽 與 官方定價頁；支持地區以 官方 supported countries 頁面 為準。站外鏈接僅供查證，不構成背書；命令、界面與規則會隨版本變化，請以官方當期文檔為準。