2026 年 Claude 用量限制：每次「2x」變動完整解析
如果你已經搞不清 Claude 的限制到底是調高、調低還是原地踏步，那你來對地方了。自 2025 年 8 月以來，Anthropic 至少大幅調整了三次 Claude 的用量限制：先是增設每週上限，接著在 2026 年 3 月推出為期兩週的離峰「2x」促銷，然後在 2026 年 5 月 6 日永久將 Claude Code 的 5 小時限制加倍。其中一些變動已經結束，有些至今仍然生效。這篇文章就是那份持續更新的地圖，最後查核時間為 2026 年 6 月 26 日，讓你能分辨自己現在到底撞到的是哪一條限制。
重點整理：
- Claude 的限制並非一成不變。自 2025 年 8 月 28 日每週上限上線以來，Anthropic 已多次調整，並隨著算力供給的變化持續微調。
- 2026 年 3 月 13 日至 28 日的促銷是一項臨時性的離峰加碼。它已經結束，目前不再生效。
- 2026 年 5 月 6 日，Anthropic 永久將 Pro、Max、Team 以及按席位計費的 Enterprise 方案的 Claude Code 5 小時限制加倍。
- 在所有這些變動之中，每週上限與雙限制架構始終維持不變。只要把這個架構搞懂一次，之後每一則新公告都能輕鬆對號入座。
「Claude 2x 用量」到底是什麼意思（以及為什麼它老是反覆出現）
**「Claude 2x 用量」**是大家對 Anthropic 任何一次加倍用量配額的簡稱，而它在不同時間點指的其實是不同事情。光是 2026 年，它就代表兩個獨立事件：3 月 13 日至 28 日的臨時離峰促銷（在離峰時段將 5 小時限制加倍），以及 5 月 6 日的永久加倍——針對付費方案將 Claude Code 的 5 小時速率限制加倍，背後推動力是 Anthropic 與 SpaceX/xAI Colossus 1 的算力合作。
這個詞之所以一直令人混淆，是因為從來沒有一款叫做「Claude 2x」的永久產品。每一次「2x」都是對既有方案（Free、Pro、Max、Team、Enterprise）限制的調整，而不是一個你能購買的新 SKU。所以當有人說「Claude 把限制加倍了」，最誠實的第一個問題是：哪一次加倍，以及什麼時候。
要分清這些事件，最清楚的方式是用道路來打比方。3 月的促銷就像一條臨時的高乘載車道，離峰和週末開放，3 月 28 日過後就撤除了。5 月 6 日的變動則是高速公路上一條永久增設的車道，隨時開放，但僅限付費方案。而那條每週上限呢？它就是速限。兩次變動中它都沒有更動。
所以當你聽到 Claude 的限制「加倍」時，請先錨定日期。3 月代表一場已經結束的促銷；5 月 6 日則代表一項永久性的 Claude Code 變動，截至本次更新仍然生效。
Claude 用量限制時間軸：2025 年以來的每一次重大變動
要不再被每一則新標題搞混，最快的方法就是一次看清整個脈絡。Anthropic 做的不是一次重大的限制決策，而是一連串決策，每一次都在回應同一個根本矛盾——需求與可用算力之間的拉鋸。
| 日期 | 變動內容 | 類型 | 是否仍生效？ |
|---|---|---|---|
| 2025 年 8 月 28 日 | 在既有的 5 小時窗口之上增設每週上限，主要針對不間斷使用 Claude Code 與共享帳號的行為 | 限制 | 是，每週上限仍然存在 |
| 2026 年 3 月 13–28 日 | 離峰促銷，在離峰時段及整個週末將 5 小時限制加倍，適用 Free/Pro/Max/Team | 臨時加碼 | 否，已於 3 月 28 日結束 |
| 2026 年 5 月 6 日 | 針對 Pro/Max/Team/按席位計費的 Enterprise 永久將 Claude Code 5 小時限制加倍；Pro/Max 取消尖峰限流 | 永久加碼 | 是 |
| 至 2026 年中 | 隨著 Colossus 1 合作上線，持續依產能進行調整 | 持續調整 | 視情況而定，請查 /usage |
這張表有幾點特別值得注意。首先，每週上限是一條貫穿始終的主線，2025 年導入之後，之後每一次「2x」都沒有碰它。其次，這些變動在收緊（2025 年）與放寬（2026 年）之間交替，取決於 Anthropic 供給狀況的翻轉。第三，關於你目前實際數字，唯一可靠的真相來源是 /usage 指令，而不是任何單一則新聞報導，因為等你讀到某則新聞時，下一次調整可能早已落地。
2025 年 8 月的每週上限：這個故事的起點
多數「2x」報導都跳過了起源。2025 年 7 月底，Anthropic 宣布新的每週速率限制，於 2025 年 8 月 28 日生效，疊加在既有的滾動式 5 小時窗口之上。官方提出的理由，是一小群使用者幾乎 24/7 不間斷地跑 Claude Code，再加上共享帳號與轉售行為，拖累了其他所有人的可用性。那就是 Claude 從單一限制變成雙限制的時刻，也是為什麼之後每一次「加倍」都必須講清楚它碰的是哪一條限制。
2026 年 3 月：離峰促銷
2026 年 3 月的促銷從 3 月 13 日持續到 3 月 28 日，在離峰時段以及週末全天，將 Free、Pro、Max 與 Team 使用者的 5 小時用量限制加倍。依據 Anthropic 說明中心，尖峰時段為週一至週五的 ET 上午 8 點至下午 2 點（PT 上午 5 點至 11 點、GMT 中午 12 點至下午 6 點）。關鍵在於，這份加碼並不計入每週上限。Enterprise 被排除在外，其他所有人都享受到了這次加碼。
2026 年 5 月 6 日：永久加倍
2026 年 5 月 6 日，Anthropic 永久將 Pro、Max、Team 以及按席位計費的 Enterprise 客戶的 Claude Code 5 小時速率限制加倍，並取消了 Pro 與 Max 的尖峰時段限流。這一項我們在下方有深入說明，因為它正是多數人至今仍在感受的那次變動。
為什麼 Anthropic 一直調整 Claude 的限制
如果你覺得限制每隔幾個月就變一次，那是因為它們底下的那個東西每隔幾個月就在變：人們想使用 Claude 的需求量，與 Anthropic 實際上線的算力之間的差距。理解這一個動態，就能解釋過去每一次變動，也能讓你預測下一次變動的大致走向。
有三股力量在驅動這些調整：
- 需求超過供給，於是限制收緊。 當某個熱門模型或像 Claude Code 這樣的工具成長得比資料中心產能還快，Anthropic 就會透過增設或下調上限來保護可用性。2025 年 8 月的每週限制就是教科書級的例子。
- 新產能上線，於是限制放寬。 當一項算力合作敲定，多出的餘量就會出現，而 Anthropic 會優先把它交給付費方案。5 月 6 日的加倍正是直接受益於 Colossus 1 的產能。
- 濫用遭到遏制，於是規則變得更具體。 共享帳號、轉售以及 24/7 自動化，促使 Anthropic 走向結構性限制（例如每週上限），而非單純的訊息計數。
實務上的啟示是：不要把任何單一公告當作最終定論。把 Claude 的限制看作一個與算力經濟掛鉤的浮動數字，把架構搞懂一次，然後每當工作流程開始撞牆時就重新檢查 /usage。這個習慣遠比背下這個月的數字更經得起時間考驗。
2026 年 5 月 6 日的永久加倍（以及背後的 SpaceX 合作）
2026 年 5 月 6 日，Anthropic 永久將 Pro、Max、Team 以及按席位計費的 Enterprise 客戶的 Claude Code 5 小時速率限制加倍，並取消了 Pro 與 Max 的尖峰時段限流。這項變動之所以能夠實現，是源自一項新的 SpaceX/xAI Colossus 1 算力合作：超過 300 MW 與 220,000 顆以上的 NVIDIA GPU 將在當月內上線。每週上限維持不變。
5 月 6 日實際改變了什麼
有三件具體的事情發生了改變：
- Claude Code 的 5 小時限制加倍，適用 Pro、Max、Team 以及按席位計費的 Enterprise。
- 取消尖峰時段限流，Pro 與 Max 不再於 ET 上午 8 點至下午 2 點之間適用縮減的限制。
- Free 方案被排除在外。 Free 使用者享受到了 3 月的促銷，但拿不到這次的永久加倍。
Free 方案拿到了 3 月的促銷，卻被刻意排除在 5 月 6 日的加倍之外——Anthropic 的算力正優先提供給付費方案。
為什麼是那個時間點？SpaceX/Colossus 1 算力合作
Anthropic 已經限流了好幾個月，因為需求超過了供給。Colossus 1 合作——300 百萬瓦的產能，以及超過 220,000 顆 NVIDIA GPU 在當月內可用——終於給了他們餘裕，能在不撞上基礎設施天花板的前提下，放寬 Claude Code 的上限。更多算力也意味著更重的模型有更多緩衝空間，如果你正用 Opus 4.7 來做規劃與審查步驟，這點就很重要。
9to5Google 的報導把它定位為 2026 年付費 Claude Code 使用者第一個實質的產能勝利，這個解讀很公允。
哪些維持不變
有三件事在 5 月 6 日沒有改變：
- 每週上限，數字相同，重置週期也相同。
- API 定價，Anthropic 的 API 方案完全沒動。
- 模型可用性，Sonnet、Opus 與 Haiku 在各方案上的可用性與 5 月 5 日完全相同。
前後對比：Claude Code 限制並排比較
2026 年 5 月 6 日之前，Pro 上的 Claude Code 在尖峰時段限制會縮減，5 小時吞吐量大約只有 5 月 6 日之後的一半。5 月 6 日之後，Pro 與 Max 方案獲得完整的尖峰時段存取權，外加加倍的 5 小時窗口。每個方案的每週上限都維持不變。
| 方案 | 5 月 6 日前 5 小時¹ | 5 月 6 日後 5 小時¹ | 尖峰限流（前） | 尖峰限流（後） | 每週上限 |
|---|---|---|---|---|---|
| Pro | ~45 Opus / ~225 Sonnet | ~90 Opus / ~450 Sonnet | 有（縮減） | 無 | 不變 |
| Max 5x | ~225 Opus / ~1,125 Sonnet | ~450 Opus / ~2,250 Sonnet | 有（縮減） | 無 | 不變 |
| Max 20x | ~900 Opus / ~4,500 Sonnet | ~1,800 Opus / ~9,000 Sonnet | 有（縮減） | 無 | 不變 |
| Free | （無 Claude Code） | （無 Claude Code，遭排除） | 不適用 | 不適用 | 不適用 |
¹ Anthropic 公布的是倍率（5x、20x），而非訊息數。表中數字反映社群測試與大約加倍的估算，後續調整可能使其變動。
用白話講：如果你在 5 月 6 日之前用的是 Pro，並且注意到 Claude Code 工作階段總在下午中途就用盡額度，那麼你撞到的那條限制已經往上移了。大約兩倍的空間，而且沒有尖峰時段的懲罰。每週的桶子大小依舊，所以如果你的瓶頸是整週持續的高負載，5 月 6 日並沒有解決這個問題。
我們團隊全程使用 Max 5x，在 5 月 6 日變動後一小時內就感受到了——尖峰時段的 Claude Code 工作階段不再於指令下達到一半時被限流。如果你曾在 2 月因為尖峰時段形同虛設而取消 Pro，5 月 6 日已經重新改寫了這筆帳。 在假設同樣的盤算仍然適用之前，值得對照 Claude Code 的 2026 年路線圖重新評估。
我們實測的結果：一個 Higgsfield 重度工作流穿過新限制
我們在 2026 年 5 月 7 日——也就是永久加倍的隔天——重新跑了 /refresh-images 任務，它成了我們今年最乾淨的一次前後對照測試。工作內容如下：透過 Higgsfield MCP 伺服器（Nano Banana Pro / GPT Image 2）為 techsy.io 排名前 10 的文章重新產生首圖與內嵌圖片、就地修補 32 篇已發佈的 Sanity 文件，並對所有 30 個受影響的 URL 發送 IndexNow 通知。單一 Claude Code 工作階段，Max 5x，以 Sonnet 為主、規劃步驟使用 Opus。
加倍後的執行結果，實測數據：
| 指標 | 數值 |
|---|---|
| 刷新的文章數 | 10 |
| 產生的圖片數（首圖 + 內嵌） | ~30 |
| 修補的 Sanity 文件數 | 32 |
| 消耗的 Higgsfield 點數 | 243（約 $15） |
| 實際耗時 | 單一 Claude Code 工作階段，無速率限制中斷 |
| 消耗的 5 小時窗口 | 約佔 5 月 6 日後 Max 5x 的 38% |
同樣的工作負載若放在 5 月 6 日之前，依公布的倍率計算，大約會吃掉舊 Max 5x 窗口的 76%，一旦把 ET 上午 8 點至下午 2 點的尖峰限流算進去，就離上限近得令人不安——尖峰限流會把持續性的 MCP 迴圈壓縮到遠低於表面訊息數的水準。我們在 4 月底試過類似的批次，大約跑到第 5 或第 6 篇、圖片產生到一半就觸頂了。同樣的腳本、同樣的 MCP 伺服器，吞吐量卻只有一半。
為什麼 MCP 重度工作階段比聊天更能感受到這次變動
純粹對話式的 Claude 工作階段，每則使用者訊息只耗用 1 個回合。而 MCP 驅動的迴圈，每「完成一件事」要耗用 5–10 個 Sonnet 回合——單單一次 Higgsfield 產生就是 start_job → poll → poll → poll → fetch → upload → patch_reference。這些回合中的每一個都計入同一個 5 小時桶子，所以桶子消耗的速度是聊天的 5–10 倍。把桶子加倍，大約就能讓觸頂前完成的 MCP「事項」數量加倍。
具體來說，在加倍後的 Max 5x 上，我們目前的預期是：
- 每個 5 小時窗口約 225 次 Higgsfield 產生（5 月 6 日前約 110 次），以我們實測的每張圖約 10 回合成本計算
- 每個窗口約 75 次完整文章圖片刷新（之前約 37 次），包含 Sanity 引用修補
- ET 上午 8 點至下午 2 點之間不再有工作階段中途的限流斷線——這類批次通常就是在一天中的這個時段執行
這些數字是從 Anthropic 公布的倍率推算而來（Max 5x：加倍後每 5 小時約 2,250 則 Sonnet），而非外插估計。實際情況會隨你的 MCP 伺服器有多「話多」而變動——完成得越快的工作代表越少的輪詢回合，窗口就能撐得更久。
重點不在於 2x 是否精確等於 2x。重點在於，對於工具密集型的代理工作流——MCP、子代理、先規劃後建置的循環——實務上的天花板從「這個批次大概能跑完，但會很驚險」變成了「這個批次能跑完，而且還有餘裕」。這才是這次量化加倍背後的質變。
Pro vs Max 5x vs Max 20x：選對方案
方案與價格也可能變動，所以請把下面的數字視為 2026 年中的基準，升級前務必對照 Anthropic 目前的定價確認。不過，決策的邏輯是長久不變的：讓方案匹配你對 Claude Code 的依賴程度。
| 方案 | 月費 | 每 5 小時 ~Sonnet 訊息數¹ | 每 5 小時 ~Opus 訊息數¹ | 每週上限 | 最適合 |
|---|---|---|---|---|---|
| Pro | $20 | ~450 | ~90 | 標準 | 助理對話 + 輕度 Claude Code |
| Max 5x | $100 | ~2,250 | ~450 | Pro 的 5 倍 | 每日 Claude Code 工作階段 |
| Max 20x | $200 | ~9,000 | ~1,800 | Pro 的 20 倍 | 重度代理 / 多倉庫工作流 |
¹ 約略值，基於 5 月 6 日後的社群測試。Anthropic 僅公布倍率。
Pro：現在適合誰
每月 $20 的 Pro，涵蓋了大多數把 Claude 當作聰明助理的使用者——程式問題、寫作輔助、偶爾的重構。隨著尖峰限流取消、5 小時限制加倍，Pro 作為「認真使用者的入門方案」比 2 月時強得多。如果你沒有每天連續好幾個小時跑 Claude Code，這個方案大概就夠用了。
Max 5x：每日 Claude Code 的甜蜜點
如果你每天的 Claude Code 工作階段總在下午 3 點以速率限制訊息告終，你就是 Max 5x 的候選人。每月 $100，你在 Sonnet 與 Opus 上都能拿到大約五倍於 Pro 的餘量，而打從 Claude Code 成為你交付工作的一部分、變成每日習慣的那一刻起，這筆帳就開始划算了。
Max 20x：重度代理 / 多倉庫工作流
每月 $200 的 Max 20x，是為重度代理工作流準備的——橫跨多個倉庫的長時間 Claude Code 工作階段、多步驟規劃，或是任何把 Claude Code 當作 CI 周邊迴圈一環來跑的人。如果你已經在用 Max 20x 卻仍然撞牆，下一步通常是 API 端的成本最佳化，而不是再一次升級。而如果這些限制仍然不夠，比較 Claude Code 與 Cursor、Copilot 就是正確的下一站。
5 小時窗口 vs 每週上限：那套從不變的架構
這是最值得記住的部分，因為它撐過了每一次「2x」公告。Claude 強制執行兩條獨立限制：一個滾動式 5 小時窗口，會持續重置；以及一個每週上限，每 7 天重置一次。2026 年的加倍只動了 5 小時窗口。每週上限自 2025 年 8 月就定位以來，紋風不動。在 Max 方案上，Sonnet 與 Opus 各自使用獨立的桶子。
為什麼要兩條限制？5 小時窗口保護 Anthropic 的基礎設施免受短時間爆發的衝擊（比如有人在二十分鐘內連發 800 則指令）。每週上限則防範整週持續性的重度使用。它們各有用途，這也是為什麼加倍其中一條不會自動加倍另一條。
加倍 5 小時窗口、卻不加倍每週上限，意味著你可以衝刺得更猛，但馬拉松的距離並沒有改變。
你可以用 /usage 指令即時查看這兩條限制，而這個習慣正是讓你無論 Anthropic 接下來改什麼都能保持掌握現況的關鍵：
$ claude /usage
Plan: Max 5x
5-hour window (Sonnet): 312 / ~1,125 messages used (resets in 2h 14m)
5-hour window (Opus): 47 / ~225 messages used (resets in 2h 14m)
Weekly cap: 68% used (resets Sun 00:00 UTC)（數字為約略且示意性質。Anthropic 公布的是倍率，而非訊息數。）
在 Max 方案上，依據 Anthropic 2025 年 11 月 24 日的更新，Sonnet 與 Opus 各自擁有獨立的 5 小時與每週桶子。在 Pro 上，兩者共用。當你在單一工作階段內於 Sonnet 與 Opus 之間切換時，這個區別就很重要——在 Max 上，成本「計入你所使用的那個模型」；在 Pro 上，則是一個共用的池子。
如何在升級之前把限制用到極致
無論目前的數字是多少，這五個習慣都能從任何方案中榨出更多額度，而且它們在每一次限制變動中都依然有效。
1. 智慧路由，Opus-Sonnet-Opus 流水線。 用 Opus 規劃、用 Sonnet 建置、再用 Opus 審查。Opus 擅長思考與審查；Sonnet 擅長執行計畫。在我們自己的日常工作流中，從預設 Opus 切換到 Opus-Sonnet-Opus 智慧路由模式，讓我們在觸及 5 小時上限之前能交付的工作量大約變成三倍。
2. 積極使用 /clear 與 /compact。 長上下文窗口很昂貴——每個回合都會重新發送它之前的所有內容。每約 30 個回合就按一次 /compact，把歷史壓縮成簡短的摘要，而當你真的要開始一項新任務時就用 /clear。多數使用者保留上下文的時間遠超過實際需要。
3. 快取結構化的 CLAUDE.md 上下文。 穩定的系統上下文——也就是你會放進結構化 CLAUDE.md 上下文的那類內容——會以大約 90% 的折扣被快取。把專案慣例、檔案地圖與風格規則搬進 CLAUDE.md，而不是貼進指令裡。節省會持續累積。
4. 先規劃後建置模式。 不要讓 Claude Code 即興發揮。先向它要一份計畫、核准那份計畫，然後再要求它執行。Claude 執行計畫的速度遠快於「自己想辦法」，而你花在重新修正上的訊息也更少。把這點與 Claude Code hooks 結合，讓某些指令自動進入 Plan 模式，是個微小但會持續累積的勝利。
5. 批次化指令與排隊的問題。 把三個小問題併進同一個回合。「帶我走過這三個錯誤，並告訴我哪個優先級最高」是一則訊息；三個各自獨立的「那這個錯誤呢？」則是三則。答案品質相同，預算卻只要三分之一。如果你想要官方版本，Anthropic 自己的最佳實務文件值得一讀。
關於作者
Mert Batur Gurbuz 是 Techsy.io 的共同創辦人，團隊為 B2B 客戶交付 AI 代理、自動化系統以及語音/SDR 流水線。他就讀於伯明罕大學，並撰寫 Techsy 團隊在生產環境中實際使用的 LLM 工具鏈相關文章，包括本文中的 Claude Code 工作流與用量實測。歡迎在 LinkedIn 上連結。
如果 AI 功能正在你的路線圖上，那正是我們的專長：Techsy 的 AI 整合團隊能將 LLM 系統從原型帶進生產環境。
常見問題
為什麼 Anthropic 一直調整 Claude 的用量限制？
因為限制追蹤的是一個移動的目標：需求與可用算力之間的差距。當用量超過產能，Anthropic 就收緊限制（2025 年 8 月的每週上限）；當一項新的算力合作敲定，它就放寬限制（2026 年 5 月的加倍）。請預期會有週期性的調整，而非一個固定數字，並用 /usage 查詢你目前的數字。
Claude 有永久加倍它的限制嗎？
對 Pro、Max、Team 以及按席位計費的 Enterprise 方案上的 Claude Code 而言，是的——自 2026 年 5 月 6 日起，5 小時速率限制已永久加倍，且 Pro 與 Max 的尖峰時段限流已取消。對每週上限而言，沒有；對 Free 方案而言，沒有；對 claude.ai 上非 Code 的對話用量而言，也沒有。這次加倍專屬於 Claude Code 的變動。（Anthropic 說明中心）
3 月的 2x 促銷還在進行嗎？
沒有。2026 年 3 月 13 日至 28 日的離峰促銷已於 3 月 28 日結束，目前不再生效。5 月 6 日的永久加倍才是仍然生效的變動。這是兩個不同的事件，其中只有一個是現行的。
Claude 什麼時候開始有每週限制？
Anthropic 在 2025 年 7 月底宣布新的每週速率限制，於 2025 年 8 月 28 日生效，疊加在既有的 5 小時窗口之上。官方提出的目標，是遏制少數不間斷跑 Claude Code 的使用者，以及共享帳號與轉售行為。此後每一次「2x」事件都沒有碰這條每週上限。
我的每週限制也會加倍嗎？
不會。Anthropic 講得很明確：在 2026 年的事件中，每週上限沒有改變。改變的只有 5 小時窗口。3 月促銷的加碼不計入每週上限，而 5 月 6 日的加倍也讓每週上限維持不變。所以如果你在第 5 天就撞到每週限制，這兩次公告都幫不上忙。這是刻意設計——這兩條限制存在的原因本就不同。
Claude 的「尖峰時段」是什麼？
在 3 月促銷期間，尖峰時段是週一至週五的 ET 上午 8 點至下午 2 點（PT 上午 5 點至 11 點、GMT 中午 12 點至下午 6 點）——這些時段不適用 2x 加碼。週末則全天 2x。5 月 6 日之後，Pro 與 Max 上的 Claude Code 完全取消了尖峰時段限流，因此「尖峰時段」這個概念在這些方案上不再縮減你的可用限制。
Free 方案有拿到 5 月 6 日的加倍嗎？
沒有。Free 使用者拿到了 3 月的促銷，但被排除在永久加倍之外。Anthropic 把 5 月 6 日的變動限定於付費方案——Pro、Max、Team 以及按席位計費的 Enterprise。Free 使用者仍可使用標準限制的 claude.ai，但沒有 Claude Code 存取權，也分不到 SpaceX/Colossus 1 合作帶來的新算力。
我該如何查詢自己還剩多少用量？
在 Claude Code 中執行 /usage。它會顯示你目前的 5 小時窗口消耗量（在 Max 方案上 Sonnet 與 Opus 分開顯示）、你的每週上限百分比，以及重置時間。在網頁介面中，/usage 面板顯示的是相同的資料。請把 /usage 的輸出當作真相來源，尤其因為限制會變動——像 claude2x.com 這類社群追蹤工具只反映了 3 月的促銷，已不再具有權威性。
Sonnet 與 Opus 的限制是共用還是分開？
在 Max 方案上，依據 Anthropic 2025 年 11 月 24 日的更新，Sonnet 與 Opus 使用獨立的 5 小時桶子與獨立的每週桶子。在 Pro 上，兩者共用桶子。所以在 Max 上，燒光你的 Opus 配額不會影響 Sonnet——這個窗口剩下的時間你可以繼續用 Sonnet 工作。在 Pro 上，每一則 Opus 訊息也都會減少你的 Sonnet 餘量。
我該從 Pro 升級到 Max 5x 嗎？
如果你在一般的 Claude Code 工作階段中經常觸及 Pro 的 5 小時上限——社群測試顯示這大約發生在 5 月 6 日前的 45 則 Opus 或 225 則 Sonnet 訊息左右，現在大約已加倍——Max 5x 以每月 $100 把那份餘量大致放大五倍。執行多個倉庫或長時間先規劃後建置循環的重度代理使用者，應該直接跳到 Max 20x。多數覺得「Pro 很吃緊」的使用者，最後都落在 Max 5x。
正在 Claude 之上打造需要擴展到這些限制之外的東西嗎？預約一次免費的 AI 整合諮詢。