Claude 額度用完了怎麼辦 — 重置規則、查詢方法與三條解決路徑
Claude 額度怎麼算、隔多久重置一次、在哪裡查還剩多少,以及額度不夠用的四個真實原因。本文對比升級訂閱、轉 API 按量、拆分使用三條路的成本臨界點,給出五步判斷流程,說明轉 API 之後 Credit 充值的風控與訂閱完全不同,並附六個不加錢也能把額度用得更久的辦法。
Claude 額度不是按月發放的,而是按滾動時間窗口重置:短窗口(數小時級)用完後, 等這段窗口滑過去自動恢復,上面還疊了一層周級上限。所以額度用完時, 「等到下個整點」「等到下個月 1 號」都沒用。真正的選擇只有三條:升到更高的訂閱檔、開第二個賬戶、從訂閱轉 API 按量計費。 本文給你一張成本對比表和一個折算公式,讓你用自己的真實用量算出哪條最划算。
如果你還沒訂閱、只是在比較 Pro / Max 5x / Max 20x 該買哪檔,先看 Claude 訂閱怎麼選。本文面向的是已經在用、已經撞到上限的重度用戶。
1. Claude 額度怎麼算、多久重置一次
結論:按滾動窗口重置,不按自然日或自然月。計時是從你這一輪的第一條訊息開始的,窗口滑過去才恢復——不是到整點統一清零。 這解釋了一個很多人困惑的現象:同樣是「晚上 9 點撞線」,昨天 11 點就能用了,今天要等到 12 點。
兩層上限,不是一層
- 短窗口上限:數小時級的滾動窗口。日常撞的基本都是這一層,恢復也快。
- 周級上限:一週內的總量護欄。撞到這一層的人少,但一旦撞上, 等待時間是「天」而不是「小時」——這是全天開著 Claude 幹活的人最容易低估的一層。
官方沒有公開每一檔的精確配額數值,而且額度是按用量算的、不是按條數算的。 網上那些「每 5 小時 N 條」的數字,是某個人在某一時刻的經驗值被當成了定值。 同樣一條訊息,掛三個 PDF、開著長上下文、用最強的模型檔,消耗可以是一句閒聊的幾十倍。以界面提示為準,不要拿一個網傳數字去規劃工作。
決定你燒得快慢的三個變量
- 模型檔位:最強的模型檔單位消耗最高。用它寫一封電郵,是拿推土機鏟花盆。
- 上下文長度:這是最被低估的一項——每一輪對話,之前的全部歷史都要被重新讀一遍。 一個聊到第 50 輪的會話,第 50 輪的消耗遠高於第 1 輪,哪怕你只打了「好的」兩個字。
- 附件與工具調用:整本 PDF、整個代碼倉庫、聯網檢索、一次任務裡幾十次工具往返, 都是按實際讀進去的量計,不按你打了多少字計。
第 2 條是後面「省額度」一節的全部理論基礎:換一個新會話,等於把複讀計數器清零。 這一個動作的收益,往往比升一檔訂閱還大。
2. 怎麼查自己還剩多少額度
結論:訂閱側沒有精確的剩餘額度儀表盤,只有接近上限時的提示。很多人搜「claude 額度查詢」搜不到答案,不是沒找對地方,而是這個東西基本不存在—— 你能拿到的資料是:接近上限時界面會提示,撞線後會告訴你大概什麼時候恢復。設定裡的用量相關頁面各檔顯示不同, 且會隨版本變化,以你賬戶裡實際看到的為準。
想要精確到每一次調用的計量,只有 API 一條路。API 控制台能看到逐次調用的輸入 / 輸出 token 數與對應花費,可以按天、按 key 拆開看。 這本身就是「訂閱轉 API」的一個獨立理由:可觀測。 訂閱是包乾制,你永遠不知道自己離上限還有多遠;API 是計量制,每一分錢都有賬。
3. 額度不夠用的 4 個真實原因
結論:先別急著加錢。下面四條裡有三條是用法問題,改掉之後很多人根本用不著升檔。
- 原因 1:一個會話從早聊到晚
最常見,也最容易修。歷史越長,每一輪的複讀成本越高,到後半段是指數級難受。 正確做法:一個任務一個新會話,任務結束就開新的。
- 原因 2:所有事都用最強模型
改錯別字、翻譯一段話、寫個正則,用中檔模型的體感差別幾乎為零,消耗卻低一大截。 把最強檔留給真正需要推理深度的任務。
- 原因 3:整本 PDF、整個倉庫往裡塞
一份 200 頁的報告你其實只關心第 4 章,但整份塞進去之後,之後的每一輪都要重新讀它一遍。 先裁剪、只貼相關片段,是單次收益最高的省額度動作之一。
- 原因 4:命令行 / Agent 類用法
這一條不是用法問題,是場景本身就貴。讓模型自己讀文件、改代碼、跑命令、再讀結果, 一個任務幾十次往返很正常,燒額度的速度和聊天完全不是一個量級。 這也是絕大多數人撞上週級上限的原因。具體怎麼配置見 Claude Code 內地怎麼用起來。
4. 額度用完了有哪些選擇(三條路對比)
結論:只有三條路,沒有第四條。下表的月成本一律是官網標價(美元)。本站賬本口徑(截至 2026-07-17)對 ANTHROPIC / CLAUDE 商戶觀察到的訂閱扣款基本就是標價整數,未見明顯稅差,也未見欠費補扣形態。 美國各州銷售稅率不同,所以不同人的實扣可能差一兩美元——這是照單結算的結果, 不是你可以挑的變量,規劃卡內額度時留出一點空間即可。
| 方案 | 月成本(官網標價) | 額度變化 | 主要代價 |
|---|---|---|---|
| 留在 Pro | US$20 | 基準檔 | 重度使用必然頻繁撞線 |
| 升到 Max 5x | US$100 | 按倍數放大(相對 Pro 的口徑,不等於每項線性 5 倍) | 貴 5 倍,但窗口上限依然存在 |
| 升到 Max 20x | US$200 | 訂閱檔的天花板 | 最貴;再撞線就只剩 API 這條路 |
| 開第二個賬戶 | US$20 起 / 每多一個賬戶 | 額度「翻倍」,但兩邊割裂,歷史不互通 | 可能違反服務條款;賬戶關聯風險自擔 |
| 轉 API 按量計費 | 按用量,無固定月費 | 沒有窗口配額(另有速率限制),用多少算多少 | 沒有花超的護欄;付款方式是不定期扣款 |
關於「開第二個賬戶」,支付側要先說清楚一件事
這條路看起來最省錢(兩個 Pro = US$40/月,遠低於一個 Max 5x),但它有兩份代價, 網上的教程通常只講前一份:
- 代價一(大家都知道):兩個賬戶的對話歷史、項目、自定義指令完全割裂, 來回切換的心智成本比想像中高。
- 代價二(支付側,很少有人講):同一張卡綁多個同商戶賬戶,是典型的賬戶關聯特徵。 先說卡這一層的事實:在發卡行政策明確支援 AI 訂閱場景的卡段上, 本站賬本口徑(截至 2026-07-17)對 ANTHROPIC / CLAUDE 商戶失敗授權做過逐筆歸因, 原因都落在用戶側與賬戶側(約 8 成是單筆限額不足、約 2 成是有效期 / CVC 抄錯), 沒有一筆是發卡側風控拒絕——也就是說,卡這一層不會因為「你開了幾個賬戶」把你擋住。 (不同商戶族的分佈不一樣,別把這一組套到另一家。前提也要記牢: 如果你用的卡段本身不支援 AI 訂閱場景,那是另一回事,見第 7 節。) 但扣款能成功不等於賬戶安全:商戶側的賬戶關聯判定根本不在卡這一層做, 它看的是卡號、賬單地址、IP、裝置等一整組信號。 如果你自行選擇這條路,一個賬戶一張獨立的卡是最低要求—— 每張卡自帶一套自己的賬單地址,結賬時照抄那一套即可,不需要你去拼一套新的; 但這只降低卡這一層的關聯度,不解決商戶側的判定。相關封號觸發條件見 Claude / ChatGPT 賬戶被封的真實原因。
5. 成本臨界點:該不該從訂閱轉 API
結論:先把訂閱價折算成「等價多少輪 API 對話」,再數一數自己每天真正發多少輪,一比就知道。下面這套算法你可以直接套自己的數字。
第一步:單輪成本公式
單輪成本 = 輸入 token ÷ 100 萬 × 輸入單價 + 輸出 token ÷ 100 萬 × 輸出單價
API 按 100 萬 token 計價,三個檔位的官網標價大致是這樣的量級 (以官網 pricing 頁為準,模型迭代時會變):
| 模型檔位 | 輸入 / 100 萬 token | 輸出 / 100 萬 token | 適合 |
|---|---|---|---|
| 最強檔(Opus 級) | US$5 | US$25 | 複雜推理、長任務、寫代碼 |
| 中檔(Sonnet 級) | US$2 | US$10 | 日常主力,性價比最高 |
| 輕檔(Haiku 級) | US$1 | US$5 | 批量處理、分類、抽取 |
第二步:把訂閱價折算成輪數
取一個偏保守的日常假設:單輪輸入 2 萬 token(注意這裡已經包含了被複讀的歷史和附件, 不是你打的那幾十個字)、單輪輸出 2 千 token。代入公式:
- 中檔:20000÷100萬×US$2 + 2000÷100萬×US$10 = US$0.04 + US$0.02 = 約 US$0.06 / 輪
- 最強檔:20000÷100萬×US$5 + 2000÷100萬×US$25 = US$0.10 + US$0.05 = 約 US$0.15 / 輪
| 訂閱檔 | 月標價 | 等價中檔 API 輪數 / 月 | 等價最強檔 / 月 | 折成每天(中檔 / 最強檔) |
|---|---|---|---|---|
| Pro | US$20 | 約 330 輪 | 約 130 輪 | 約 11 輪 / 約 4 輪 |
| Max 5x | US$100 | 約 1,600 輪 | 約 660 輪 | 約 55 輪 / 約 22 輪 |
| Max 20x | US$200 | 約 3,300 輪 | 約 1,300 輪 | 約 110 輪 / 約 44 輪 |
怎麼用這張表:數一下你一個典型工作日真正發出去多少輪。比表裡的數字少 → 訂閱更划算(而且訂閱有護欄,某天暴用也不會多花錢);比表裡的數字多 → API 更划算。把你自己的單輪 token 量代進公式,結論會更準。
第三步:三個修正項(多數人算漏的部分)
- 快取會大幅拉低 API 側的真實成本(向 API 傾斜): 如果你每次都帶同一份長文件、同一套系統提示,命中快取的那部分輸入按大約十分之一計價 (寫入快取時約 1.25 倍)。固定長上下文的用法,實際賬單可能只有上表的幾分之一。
- 批處理約半價(向 API 傾斜):不要求實時返回的批量任務走批處理接口, 成本大約是實時調用的一半。整理資料、批量改寫、跑數據集這類活最適合。
- API 沒有「花超了自動停」(向訂閱傾斜): 訂閱的額度上限同時也是你的成本護欄——最壞情況就是這個月 US$200。 API 沒有這道牆,一個寫錯的循環、一個沒收斂的 Agent,能在一夜之間燒掉幾個月的訂閱費。 轉 API 之前先把預算上限和用量告警配好,這不是可選項。
在我們能觀察到的 Anthropic 扣款裡(本站賬本口徑,截至 2026-07-17,樣本量:中等),US$200 這一檔的佔比明顯高於 US$100 檔。
但要說清楚這條旁證的邊界:我們看到的只是金額分佈,推不出每個人的升級路徑—— 一個人是直接買的 20x、還是先 5x 再 20x、還是中途降過檔,賬本上看不出來,我們也不去猜。 你能從這條分佈裡拿走的,只有一件事:在這份賬本裡,頂檔並不是一個冷門選項。 所以當你算下來覺得「頂檔太貴、不如轉 API」時,不妨再回去檢查一遍自己的輸入 token 估值。 我們在工單裡反覆看到同一個偏差:人們嚴重低估自己單輪的輸入 token—— 把歷史複讀和附件算進去之後,很多人的實際單輪成本是他們估算值的好幾倍, 而這個偏差恰好是把結論從「訂閱」推向「API」的那一項。
6. 你該選哪條:5 步判斷流程
結論:按順序走,不要跳步。大多數人在 Step 1 就結束了。
- Step 1:先花一週做「省額度」動作,再決定要不要加錢
一個任務一個新會話、簡單任務降檔、附件先裁剪(第 8 節有完整清單)。 這一步是零成本的,而且對「一個會話聊一整天」的人收益極大。 一週之後還在頻繁撞線,再進 Step 2。
- Step 2:數清楚兩個數
① 一個典型工作日真正發出去多少輪;② 其中有多少輪真的需要最強模型檔。 沒有這兩個數,後面的所有判斷都是拍腦袋。
- Step 3:用量低於臨界表 + 只在工作日用 → 升一檔訂閱
先升 5x,不要直接跳 20x。很多人撞的其實是短窗口上限,5x 就夠; 直接跳頂檔等於用四倍的錢去解決一個可能不存在的問題。用滿一個月不夠再升,升級是隨時可做的。
- Step 4:用量大且波動、需要程序化調用或逐筆可觀測 → 轉 API
典型信號:要把模型接進自己的產品、要跑批量任務、月與月之間用量差好幾倍、 需要按項目/按客戶拆賬。轉之前先做三件事:設預算上限、開用量告警、單獨開一張只給 API 用的卡(理由見下一節)。
- Step 5:預算是硬約束,且能接受賬戶割裂與條款風險 → 才考慮第二賬戶
這是最後一條,不是第一條。它省的是錢,付的是合規風險和使用體驗。 如果這個賬戶裡有你重要的歷史和項目,不建議用它去賭。
7. 轉 API 的付款坑:Credit 充值風控和包月訂閱完全不同
結論:同一張卡,包月訂閱能過,直接買 API Credit 可能被拒——這兩件事的風控不是一套。這一節是全網教程基本不寫、但決定你能不能順利轉 API 的部分。
排查的第一步永遠是這一條:先確認卡段支援 AI 訂閱場景
在往下看任何排查動作之前,先把失敗分成兩層。這兩層的處置方式完全不同,順序也不能顛倒:
部分卡段的發卡行政策明確不支援 AI 訂閱場景。拿這種段去訂 Claude、去買 API Credit, 失敗屬於卡段不支援——不是你哪裡填錯了,也不是賬戶有問題,排查再多也沒用,換成支援 AI 場景的卡段即可。 所以第一步永遠是:先確認這張卡的卡段支援 AI 訂閱場景, 開卡頁的卡段說明會寫明該段支援哪些場景——開卡之前看一眼,比事後查十遍都管用。 (站內說的「通過率」指的就是這件事——發卡行的場景支援率, 不是某一筆授權的成功率,兩者不要混著理解。)
在支援 AI 場景的卡段上,實測下來卡本身沒有問題——這時候失敗的原因就落在用戶側與賬戶側:卡的單筆限額、卡狀態、卡內可用餘額、 商戶賬戶太新、付款時的 IP 不穩。本文以及站內公示的失敗分佈,講的全是這一層, 引用時請連這個前提一起記住。下面所有排查動作,也都是第二層的動作。
ChatGPT 側的完整報錯對照與逐條修法,見 用內地卡訂閱 ChatGPT 失敗排查——那篇寫的是 OpenAI 的報錯原文,但兩層這個框架、以及第二層裡的絕大多數修法,對 Claude 同樣適用。
再把「綁定卡片」和「扣款」分開:這是兩道關卡
開始之前先把兩件事分開,不然後面全是糊的:綁定卡片是 US$0 驗證授權,扣款是另一回事。 本站賬本口徑下(截至 2026-07-17,在支援 AI 場景的卡段上),綁定卡片驗證環節的成功率是 100%——卡號、有效期、CVC、賬單地址四項抄對就能過, 「這張卡綁不上」這件事在已發生的記錄裡不存在。會失敗的永遠是後面那筆真實扣款。 (這是對已發生記錄的歸因,不是對下一筆的承諾。) 這正是很多人問的「卡明明綁上了,為什麼扣不了款」的答案:兩道關卡查的不是一回事。 三個真實工單的拆解見 訂閱 ChatGPT、Claude 前必讀:新手綁定卡片、設額度與扣款失敗排查。
卡詳情頁上的那套賬單地址,是給你照抄進商戶結賬頁的一套資料, 不是一個需要你自己發揮的欄位。真正要緊的是:它與你支付時的 IP 在同一個國家,最好在同一個州—— 美國卡配美國地址、走美國出口,這三者對齊就順。
能不能自己換、換了是否影響支付,因卡段而異,以卡詳情頁的顯示與說明為準。 所以被拒時優先試卡上原配的那一套地址,不要一上來就自己換一套—— 原配那套是最不容易出問題的起點。
- 地址第一行只填街道,別把城市、州、郵編也塞進這一行。
- 第二行(Apt / Suite)留空,沒有就是沒有,不要編一個門牌號。
- 城市 / 州 / 郵編必須自洽:三者屬於同一個地方,不要東拼西湊。
- ⛔ 不要抄網上流傳的「萬能地址」——成千上萬人共用同一個地址, 這件事本身就是一個風控特徵。
坑一:為什麼包月能過、買 Credit 卻可能被拒
包月訂閱是固定金額的週期性扣款:金額固定、週期固定、商戶明確,畫像非常「乾淨」。 而 API Credit 充值本質上是預付餘額充值——金額自定、隨時可發起、買到的是可轉移的餘額。 這一類交易在商戶的前置風控裡評分保守得多,對賬戶歷史、卡的交易歷史、環境一致性的要求都更高。 結果就是:一張剛開出來、沒有任何成功交易記錄的新卡,直接去買 API 額度,容易在這道關卡上被勸退。
注意這道關卡的位置:它在卡之前。所以這類拒絕在卡片消費明細裡通常一條記錄都不會留下—— 這也是第 9 節那條判別法的由來。而真正走到卡這一層的失敗, 在支援 AI 場景的卡段上,按本站賬本口徑(截至 2026-07-17)對ANTHROPIC / CLAUDE 商戶失敗授權的逐筆歸因,原因都落在用戶側與賬戶側, 沒有一筆是發卡側風控拒絕。不同商戶族的分佈不一樣,別把這一組套到另一家。「商戶前置風控擋下」和「卡這一層失敗」是兩件事,不要混為一談: 前者在消費明細裡零記錄,後者每一筆都帶中文原因。
- 用這張卡先成功完成一次包月訂閱(Pro 或 Max 都行),讓卡有一條成功交易記錄。
- 隔一兩天,不要當天連著做。
- 再回去買 Credit / API 額度。
這是客服側長期處理工單總結出來的經驗路徑,不是官方口徑,也不構成任何成功承諾。我們能說的是:按這個順序走的用戶,來回折騰的次數明顯更少。 反過來說:如果你只打算用 API、不打算包月,也建議先讓這張卡在別處產生一筆成功的小額交易,再去充 Credit。
坑二:被拒之後的重試節奏(這一條比換卡重要)
絕大多數人被拒之後的本能反應是立刻再點一次,點不過就再點一次。這是最糟的處置。 正確做法只有一句:先把失敗原因修掉,然後靜置至少 1 小時再試;不要有連續的第三次。
- 第一次失敗:停手,打開卡詳情頁看消費明細。有記錄就按上面寫的中文原因修(多半是提額度); 零記錄就是商戶前置風控擋的,按前面那條「先包月、隔一兩天、再買 Credit」的路徑走。
- 修好之後:靜置至少 1 小時再試第二次。不要修完立刻點—— 短時間內的密集嘗試本身就是風控信號。
- 第二次還失敗:不要有連續的第三次。 此時要麼是原因沒找對(回去重看明細),要麼是商戶側已經在壓你,繼續點只會把情況做壞。
- 順帶一個直接的經濟理由:獨立額度卡每失敗一筆另收 US$0.60(共享額度卡不收, 具體以開卡頁的卡段說明為準)。連續重試是要花錢的。
支付網關的具體閾值與冷卻時長是外部參數,官方從不公開,這是客服側長期觀察到的經驗值, 不是官方口徑。所以上面寫的「1 小時」「第三次」應當理解為一條保守的行動紀律, 而不是一個可以踩線的精確門檻——它的價值在於讓你停下來找原因,而不是讓你算準還能點幾下。
坑三:API 是不定期扣款,虛擬卡額度是一次性總盤子
訂閱是每月固定一筆,好規劃。API 不是:它通常配的是自動充值—— 餘額低於閾值就自動扣一筆,金額和時點都不固定。而虛擬卡的額度是開卡時設定的一次性總盤子, 用一筆少一筆。兩者一撞,典型事故是這樣的:
- 卡額度或卡內餘額耗盡 → 下一次自動充值扣款失敗
- API 餘額歸零 → 後續請求直接報錯被拒(key 本身沒被停用,但線上服務照樣中斷)
- 等你發現的時候,已經斷了幾個小時
所以:API 用途單獨開一張卡,額度按 2-3 個月的預估用量一次給足並留緩衝, 別和訂閱、廣告、購物混在一張卡上。扣款失敗的排查順序,見 虛擬卡被拒的 10 大原因。
我們這邊的收費口徑(算總成本時要算進去)
- 賬戶充值手續費 0.5%,不分檔;單筆最低 35 USD(到賬 34.82), 在充值頁下單時即按此門檻校驗。這個門檻是後台可配項,以充值頁顯示為準。到賬通常在幾分鐘內。
- 開卡費每張 US$1 起,按卡段不同;AI 訂閱推薦的共享額度卡是 US$2, 在開卡頁選擇卡段時直接顯示; 開卡時給的初始額度,按下面同一套卡充值費率另收服務費(額度全額到卡,費用從賬戶餘額另扣)。
- 卡充值(給卡加額度)服務費 2% 起,按自然月累計充卡量階梯下降,最低 0.5%; 當月到檔按整月單價計算、差額返還。費率表見 價格頁。
- 扣款失敗時,獨立額度卡每筆另收 US$0.60,共享額度卡不收; 這一項與 3DS 費、交易手續費一樣屬於按卡段配置的可配項,具體以開卡頁的卡段說明為準。 這也是「失敗一次就停下來查原因」的直接理由——連續重試是要花錢的。
- 卡餘額提回賬戶餘額不收費,但需距該卡最後一筆交易滿 48 小時; 部分卡段提回時需在卡內保留少量餘額,以卡詳情頁顯示為準; 保留的這部分不會丟失,註銷卡時隨餘額一併退回。
- 賬戶餘額退回你自己的 USDT 錢包,稱預付款退款:固定 US$2 / 筆, 含支付處理商費用。這不是提現,賬戶也不會因此註銷,退完還能繼續用。
- 開卡張數:預設同時最多 5 張活躍卡、累計上限 5 張(含已註銷); 滿額後可在開卡頁申請提額,按賬戶使用記錄自動判定,剩餘可開張數以開卡頁顯示為準。訂閱一張、API 一張,對絕大多數人是夠用的。
8. 不加錢也能把額度用久的 6 個辦法
結論:按收益從高到低排,前兩條就能解決大部分人的問題。
- 一個任務一個新會話。收益最高的一條,直接切斷歷史複讀。 換話題就換會話,不要拖著一個幾百輪的老會話過日子。
- 簡單任務降檔模型。翻譯、改寫、格式轉換、寫正則,中檔甚至輕檔完全夠用, 把最強檔留給需要推理的活。
- 附件先裁剪。只貼你真正需要的那一章、那幾個文件。 一份被塞進去的 200 頁 PDF,是在之後的每一輪裡持續收費,不是只收一次。
- 把穩定的背景寫進項目 / 自定義指令,而不是每輪重新貼上一遍。 同樣的內容,放對地方能省下大量重複消耗。
- 長任務分段提交。別讓模型一次吐出幾千字再讓它推翻重來—— 推翻重來的那幾千字,輸入輸出兩頭都已經算過錢了。
- 把配額當成一個會浮動的區間,而不是一個固定數字。 同樣的用法,在不同日子撞線的早晚並不完全一致。重要的截止時間之前,別把額度用到只剩一格。
9. 常見問題
Claude 額度多久重置一次?
按滾動窗口重置,不是整點或整月清零:短窗口是數小時級,從你這一輪的第一條訊息開始計時, 窗口滑過去就恢復;另有一層周級上限,撞到它要等的是「天」。 官方沒有公開各檔的精確配額數值,以界面提示為準。
額度用完了,當場付錢升檔能立刻解鎖嗎?
升檔後配額按新檔位計算,通常即時生效;但當前窗口裡已經消耗掉的用量不會歸零, 所以體感是「額度變多了」而不是「額度滿血復活」。如果你是為了趕一個截止時間升的檔, 按新檔剩餘的空間來規劃,不要假設計數器清零了。以你賬戶裡的實際提示為準。
訂閱和 API 額度是通的嗎?買了 Max 就有 API 額度嗎?
不通,這是兩套完全獨立的計費。訂閱額度不能用於 API 調用, API Credit 也不能抵扣訂閱月費。這是很多人踩的第一個坑: 以為買了最高檔訂閱就能拿去接程序,結果發現要另外充 Credit、另外綁一次卡。
Max 20x 是不是額度就是 Pro 的 20 倍?
那個倍數是相對 Pro 的口徑,不等於每一項指標都線性放大 20 倍。 不同模型檔、不同窗口層級的放大幅度不一樣,而且都會隨官方調整而變。 把它理解成「同一體系裡的檔位關係」,具體能用多少,還是以界面提示為準。
開第二個賬戶算違規嗎?
以服務條款為準,多賬戶是有可能被判定為違規的,風險由使用者自己承擔。 本文把它列為第三條路,是因為它客觀存在、有人在用; 但它排在升檔和轉 API 之後,不建議作為首選。真要用,一個賬戶一張獨立的卡, 不要幾個賬戶共用一張卡——每張卡本身就自帶一套自己的賬單地址,結賬時照抄那一套即可, 不需要你去另外拼一套。要清楚的是:這只降低卡這一層的關聯度,商戶側怎麼判定不由卡決定。
內地怎麼付款?卡裡要準備多少錢?
需要一張卡段支援 AI 訂閱場景的美國 BIN 虛擬卡, 加上卡自帶的那套美國賬單地址,再加上付款時的美國 IP——地址與 IP 同一個國家、最好同一個州,三者對齊就順。 賬單地址直接照抄卡詳情頁顯示的那一套即可;能不能自己換、換了是否影響支付, 因卡段而異,以卡詳情頁的顯示與說明為準。
備款按略高於官網標價準備:US$20 檔卡內備到 ≥US$25(本站賬本口徑下,Claude 賬本未見稅差與欠費補扣形態, US$25 已經留足緩衝);US$200 檔備到 ≥US$210。 又因單卡有最低開卡額度 30 USD 的門檻(後台可配項,以開卡頁顯示為準), US$20 檔實際就是 30 起。 額度是開卡時設定的一次性總盤子,後續每月續費都從裡面扣,打算長期訂就按總消費規劃。 完整的綁定卡片與備款清單見 Claude 付款方案頁。
訂閱 Claude 扣款一直失敗,到底是卡的問題還是我的問題?
分兩層看,順序不能顛倒。第一層是卡段:部分卡段的發卡行政策明確不支援 AI 訂閱場景,拿這種段去訂 Claude,失敗就是卡段不支援—— 這種情況排查再多也沒用,換成支援 AI 場景的卡段即可。所以第一步永遠是看開卡頁的卡段說明, 確認該段支援 AI 訂閱場景。
第二層是選對段之後:在支援 AI 場景的卡段上,實測下來卡本身沒有問題, 這時失敗的原因就落在用戶側與賬戶側——卡的單筆限額不夠、卡狀態不對、 卡內餘額不足、商戶賬戶太新、付款時的 IP 不穩。 站內公示的失敗分佈講的是這一層,引用的時候請連這個前提一起看。 順帶提醒一個容易混的詞:站內說的「通過率」指的是發卡行的場景支援率, 不是某一筆授權的成功率。
買 API Credit 被拒了怎麼辦?
第一步不是換卡,是先確認這張卡的卡段支援 AI 訂閱場景(開卡頁的卡段說明寫明支援哪些場景)。 部分卡段的發卡行政策明確不支援 AI 訂閱,拿這種段去買 Credit,失敗屬於卡段不支援, 換成支援 AI 場景的卡段即可,排查再多也沒用。
卡段沒問題的前提下,第二步是打開卡詳情頁看消費明細——每一筆失敗都帶中文原因, 看一眼就能對號入座:在支援 AI 場景的卡段上, 本站賬本口徑(截至 2026-07-17)對 ANTHROPIC / CLAUDE 商戶失敗授權的逐筆歸因裡,約 8 成是單筆限額不足、約 2 成是有效期 / CVC 抄錯,兩類都是幾分鐘能修好的。 (不同商戶族的分佈不一樣,別把這一組套到另一家。) 如果明細裡什麼記錄都沒有, 說明這筆拒絕發生在商戶的前置風控、根本沒到卡這一層,換卡不解決問題: 這時按第 7 節的路徑走——先用這張卡完成一次包月訂閱,隔一兩天再來買 Credit。
無論哪一種,修正原因後靜置至少 1 小時再試,不要有連續的第三次。 (支付網關的具體閾值與冷卻時長是外部參數,官方從不公開,這是客服側長期觀察到的經驗值,不是官方口徑。) 連續重試除了加重風控,還要花錢:獨立額度卡每失敗一筆另收 US$0.60,以開卡頁的卡段說明為準。
卡都綁上了,為什麼扣款還會失敗?
因為這是兩道不同的關卡。綁定卡片只是一筆 US$0 驗證授權,查的是卡資料真不真—— 本站賬本口徑下(截至 2026-07-17,在支援 AI 場景的卡段上)綁定卡片驗證環節的成功率是 100%, 卡號、有效期、CVC、賬單地址四項抄對就能過。這是對已發生記錄的歸因,不是對下一筆的承諾。扣款是真金白銀的一筆交易,查的是這筆金額能不能過卡的單筆限額、卡內可用餘額夠不夠。 所以「綁得上」從來不代表「扣得動」:US$20 的月費能過,不等於 US$200 的年費或 Max 也能過。 升檔、轉年付、買 API Credit 之前,先把卡內額度提到這筆金額以上。
我同時在用 ChatGPT,兩邊加起來預算怎麼排?
兩邊的定價結構不一樣,直接比月費會得出錯誤結論。先各自用本文第 5 節的公式折算成「等價輪數」, 再按你在兩邊的真實用量分配預算。ChatGPT 側的價格拆解見 ChatGPT 訂閱到底多少錢。
10. 相關閱讀
- ▸ Claude 訂閱怎麼選:Pro / Max 5x / Max 20x — 還沒訂的從這篇開始
- ▸ Claude Code 內地怎麼用起來 — 撞周級上限的頭號場景,配置與省額度實操
- ▸ Claude / ChatGPT 賬戶被封的真實原因 — 多賬戶方案之前必讀
- ▸ 虛擬卡被拒的 10 大原因 — Credit 充值被拒的排查順序
- ▸ 訂閱 ChatGPT、Claude 前必讀:新手綁定卡片、設額度與扣款失敗排查 — 三個真實工單,附失敗原因分佈(本站賬本口徑,截至 2026-07-17)