Claude Pro 與 Max 限制：用量時段與 /usage

Ailoot 的實用工作資訊請見文件。

Claude Pro 實際上有多少 token？#

我當初研究方案時，也親自找過那個數字。你付了 20 美元，當然想知道買到什麼。其實沒有那個數字；越早接受這件事，就越不會浪費時間找它。

打開 Claude 價格頁面：頁面列出功能、價格，以及一行關於限制的說明：

就這些。沒有訊息數、token 數，也沒有小時數。這是刻意設計的：Anthropic 的限制根本不是以固定數量表示。

Anthropic 的限制系統運作方式不同。你有一個時間時段，而其中有一個用量比例。如果你用了五小時時段的一半，就會顯示 50%。

這 50% 能容納多少 token，取決於三件事：你使用哪個模型、上下文有多長，以及是否命中快取。一小時的工作可能用掉時段的 10%，也可能用完全部 80%。

因此可以立即得到三個結論，回答一半常見問題：

1. 拿自己的用量和別人比較沒有意義。 同樣的百分比，對使用只有 20 個檔案的乾淨專案的人，和使用有 2,000 個檔案專案的人，代表的工作量完全不同。
2. 查看英文文章中數據的日期。 最近一次確認的變更發生於 2026 年 5 月 6 日，五小時時段加倍（下文詳述）。一年前的文章描述的是不同的產品。
3. 自己的儀表板才是唯一可靠的來源。 它內建於 Claude Code，只要一個指令就能開啟。

如果你只需要一句話概括下表：截至 2026 年 10 月 3 日，Pro 月費 20 美元（年繳為 17 美元），提供至少五倍於 Free 方案的用量，並有一個每週上限；Max 起價 100 美元，提供 Pro 的五倍或 20 倍容量，另有一個 Sonnet 專屬的每週上限。所有方案都沒有列出精確 token 數。

接下來我會說明各時段如何運作、到哪裡查看剩餘用量，以及如何用一天時間找出適合自己的方案。

Claude 的三層用量限制如何運作？#

幾乎每個人都知道五小時時段。週額度通常要等到用完才會想起來。至於 Opus 限制，則是看到一則陌生訊息、納悶為什麼跟昨天不同時才會知道。

第一層是五小時工作時段。 這是滾動式時段，不會依照曆上的小時，也不會在午夜開始。五小時後容量會恢復；Claude Code 會在限制訊息中提供確切的重設時間。密集工作時，這是最常碰到的上限。

第二層是每週額度。 過去七天使用的所有用量都會加總在這裡。每週時段不是滾動式。它會在指派給你帳戶的固定時間重設，重設日期不會因你何時開始工作而改變。碰到每週上限最令人煩惱：午餐時間可以等五小時時段重設，但每週上限可能讓你好幾天無法使用工具。專業網站常會出現這類經驗分享。

第三層是模型專屬限制。 Opus 有自己的獨立計數器，這對使用者有利：Opus 限制用完後，你可以切換到 Sonnet 繼續工作。

Max 方案有兩個每週計數器。官方說明指出，Max 有「兩種每週用量限制：一種適用於所有模型，另一種只適用於 Sonnet 模型。」在 /usage 畫面上，標籤分別是 Current week (all models) 和 Current week (Sonnet only)。

前兩層由所有模型共用；第三層則不是。Claude Code 文件直接說明了這點：

實際做法如下：如果看到 Opus 相關訊息，按 /model、選擇 Sonnet，然後繼續工作。如果訊息是工作階段或每週限制，切換模型沒有幫助；你必須等待，或購買額外用量。

有時我好幾週都不會碰到五小時時段，但第一次派出一批代理程式整晚工作時，我在當天就碰到每週限制。因此，即使第一種限制較常跳出，也值得留意第二種限制。

聊天也會共用容量。 Team 方案文件明確指出，工作區容量由 Claude Code、claude.ai 聊天和 Cowork 共用。Pro 和 Max 也是如此。早上在聊天中檢查合約，晚上 Claude Code 可用的容量就會變少。這是大家常問「我幾乎沒寫程式，額度怎麼就用完了？」的原因之一。

到哪裡查看剩餘用量？#

啟動 Claude Code 並輸入：

/usage

/cost 指令會顯示完全相同的內容；它是別名。

你會看到以下資訊：

1. 每個時段的長條：分別顯示五小時、每週及 Opus 的用量百分比和重設時間。
2. 依用量來源分類的明細。 Claude Code 會分別顯示技能、子代理程式、外掛程式和每台已連線伺服器所占的比例。
3. 行為警告，指出哪些操作會消耗容量。如果長上下文或快取未命中消耗了 10% 以上，系統會在獨立一行標出並提供建議。
4. 切換期間：使用 d（日）和 w（週）鍵。

如果你使用程式碼編輯器擴充功能，相同的明細也會顯示在帳戶資訊對話框中，並有「Day / Week」切換選項。

我只看每週用量長條和它下面的明細。五小時額度午餐前後就會恢復，但每週額度能告訴我能不能撐到星期五。

有兩點容易讓人誤判。

第一：工作階段區塊中的美元金額不是帳單。 Claude Code 以標準 token 價格在本機計算，和你的訂閱毫無關係。文件直接說明：

第二：數字是根據這台電腦的本機歷史記錄計算。 其他電腦或網頁聊天的用量不會列在此明細中。如果你有工作筆電和家用電腦，每個儀表板只會顯示各自的用量，但限制本身仍然共用。

不想再把用量當成黑箱嗎？關鍵在上下文工程：在送出第一個請求前，管理輸入模型上下文的內容。

英文的限制訊息代表什麼？#

以下是 Claude Code 文件中的原始訊息，以及各自的處理方式：

你也可以在用完之前查看剩餘用量。文件建議兩種方式：在狀態列顯示 rate_limits 欄位，或在桌面應用程式中點選模型選擇器旁的用量圓環。接近限制時，網頁版會顯示 Approaching 5-hour limit.。

另一種容易和限制混淆的訊息，是上下文自動壓縮警告。它表示對話已達模型上下文視窗限制，Claude 即將把歷史記錄重新整理成壓縮摘要。它與訂閱容量無關，雖然看起來令人擔心。

Pro 和 Max 有何差異？#

截至 2026 年 10 月 3 日的價格如下，價格取自官方頁面：

Anthropic 以倍數描述差異。 沒有任何絕對數字。「Pro 的五倍」就是官方公布的全部資訊。相當於多少小時的工作，完全取決於你的工作方式。

有個細節會讓查看舊文章的人困惑：截至 2026 年 10 月，Claude Cowork 正以現有形式整合在 Claude 中，Pro 和 Max 都可使用，不再有獨立名稱。這是介面名稱變更，不是新方案，也沒有改變上表價格。

Pro 和 Max 的價格差距是五倍，容量差距也同樣是五倍。Pro 和 Max 5x 每單位工作量的成本大致相同。

我自己使用較高階的方案。開始成批執行代理程式、讓任務整夜運行後，該選哪個方案對我來說就有答案了。使用這種方式，不管多仔細清理上下文，都會碰到上限。如果你只在一個視窗中手動工作，就不需要 Max。

Max 提高了容量上限，但維持相同的每小時工作成本。所以問題只有一個：你多久會碰到一次上限？每週一次，方案就值回票價。每月一次，則多花 80 美元卻沒有必要。

為什麼用量比工作量看起來消耗得更快？#

我會逐一說明各種原因、運作方式和處理方法。最常讓我中招的是早上開了工作階段，直到晚上才想起來。

長上下文。 模型不會在請求之間記住內容，因此每次傳送訊息時，都會再次把整段歷史記錄傳到伺服器。早上開啟的工作階段到了晚上就會變成一大包資料，每次你說「對了，修好這個」時都會傳到伺服器。解決方法很簡單：不同任務之間使用 /clear。我在另一篇指南「Claude Code 的 token 都用到哪裡去了」中詳細說明了這個機制。

快取未命中。 重複的上下文部分會快取，因此成本明顯較低。不過快取有存續時間：訂閱用量為一小時；切換到額外用量時為五分鐘。長時間休息後回來工作，第一個請求會重新計算整個上下文。

排程工作。 即使你沒有靠近電腦，排程工作仍會依照自己的間隔執行，而且會傳送完整上下文。

代理團隊。 Claude 會在同一個任務上平行執行多個助理。每個助理都有自己的上下文視窗，並會持續消耗容量直到完成。文件提供了明確估算：在規劃模式中，代理團隊約會使用一般工作階段七倍的 token。如果你平行執行代理程式，對用量計數器感到意外，這很可能就是原因。

壓縮本身。 /compact 指令會讀取準備壓縮的對話。上下文很大時，這是一項昂貴操作。如果不需要延續對話，/clear 免費，而且效果更好。

背景活動。 即使你什麼都沒做，Claude Code 仍會消耗少量用量：它會摘要過去的對話以恢復工作階段，也會處理維護指令。根據文件，這通常每個工作階段少於四美分，因此整體影響很小。

你不必手動調查。/usage 面板會標出近期用量中占比超過 10% 的行為，並說明該怎麼處理。

這些觸發面板警告的門檻是 Claude Code 內建的：

最後一列通常表示整夜執行，或忘了關閉視窗。所有工作階段共用相同限制，因此四個視窗平行運作，容量消耗速度會快四倍；它們沒有各自獨立的額度。

哪些操作會清除快取？為什麼成本會變高？#

這是最容易被低估的用量來源，因為它看不見。你做了一個簡短變更，下一個請求卻會以全額重新計算整段歷史。

以下操作會清除快取：

1. 使用 /model 切換模型。 每個模型各有自己的快取。切換後，即使內容完全相同，下一個請求也會重新讀取整段對話，完全不會命中快取。
2. 變更 effort level。 快取也與它連動。
3. 連接或中斷連接工具會立即載入的伺服器。
4. 更新 Claude Code。 更新後恢復舊工作階段，會從頭重新計算整段歷史。
5. 暫停時間超過快取存續期限。 訂閱用量是一小時，額外用量則是五分鐘。

這帶出一點不太直觀的事：「碰到 Opus 限制？切換到 Sonnet。」這個做法有效，但有代價：切換後的第一個請求會未命中快取。若對話很長，這會產生一筆明顯的一次性費用。如果你很快就要清除上下文，最好使用 /clear，在 Sonnet 上重新開始，而不是帶著整段歷史繼續。

再補充一點子代理程式的情況：即使使用訂閱，子代理程式的快取也只保留五分鐘，因為一小時的存續期限只適用於主要對話。因此，子代理程式分批執行時，若每批之間暫停很久，成本會更加高昂。

額外用量要多少錢？#

訂閱容量用完但還需要完成工作時，就會開始按量付費。截至 2026 年 10 月 3 日的標準價格如下（不含 fast mode）：

Sonnet 5 起初公布的是導入價格，適用至 2026 年 8 月 31 日，並承諾之後會調升至 3 美元和 15 美元。Anthropic 取消了這次調漲：輸入 2 美元、輸出 10 美元仍是永久價格。如果你看到資料仍寫著「優惠價至八月底」，該附註已撤回；目前的價格是永久價格。

這張表的實用重點很簡單：Opus 的成本大約是 Sonnet 的兩倍。如果你因為「反正用最好的就對了」而把 Opus 設為預設模型，那麼在感覺不到差異的任務上也會多付一倍費用。Sonnet 足以處理大多數程式工作；Opus 留給架構決策和棘手問題。

第二個重點是何時額外用量不划算。如果你每個月在 Pro 之外再買 80～100 美元的額外用量，花費就已經與 Max 差不多，卻沒有 Max 的容量或高需求時段優先權。

如何計算自己需要哪個方案？#

這個方法需要三天，只要使用內建面板即可。

1. 使用目前的方案正常工作三天。 不要刻意節省，也不要進行壓力測試；你需要的是平常的使用方式。
2. 每天晚上打開 /usage，記下每週時段的百分比。 記錄每週用量，它最能反映整體情況。
3. 計算每日平均用量。 三天用了 18%，表示每週時段應該能支撐約 5.5 個工作日。
4. 查看結果。 若可支撐五天以上，就繼續使用 Pro。若星期三前就用完，可考慮 Max 5x。若兩天就用完，可考慮 Max 20x，同時清理上下文，因為這種用量常常是忘記關閉的工作階段造成的。

若不想在前三天猜測，以下是依工作量整理的參考值。這是我根據觀察所做的估算；Anthropic 沒有公布這類官方數據：

有個簡單跡象表示問題不在方案。整天只做了幾次修改，卻碰到用量上限。 這種情況的問題在上下文；購買更高階方案只會把碰壁的時間延後一週。

以下是 Anthropic 對企業部署公布的官方數據，這類用量會直接以美元計費，可供參考：

請仔細閱讀：這些數字是按量付費的 token 用量，訂閱採用不同的計算方式。這個基準仍有參考價值。如果整天寫程式的人以 API 價格計費，每月會花 150～250 美元，那麼包含用量額度的 100 美元 Max 對密集工作來說，是合理的折衷方案。

有一點是我自己的提醒。即使使用較高階方案仍碰到限制時，你可能會立刻想再辦一份訂閱，繼續工作。

付兩倍費用前，先查看一次 /usage，看看是什麼在消耗容量。最常見的情況是忘了停止一群代理程式，或三天都沒人清除的上下文。這些都不花錢就能解決。

碰到限制時，現在該怎麼做？#

以下依花費由低到高列出處理步驟：

1. 確認是哪種限制用完。 訊息一定會顯示重設時間，常常只要再等幾個小時，問題就會自行解決。
2. 若是 Opus 限制，輸入 /model 並切換到 Sonnet。 你可以立即繼續工作。Sonnet 能處理大多數程式工作，也能明顯節省容量。
3. 查看 /usage。 面板會顯示是什麼用完了時段容量。如果 40% 用在忘了停止的代理團隊上，不必花錢就能處理。
4. 使用 /usage-credits 購買額外容量。 這會在瀏覽器中開啟帳單設定。Pro 和 Max 使用者可自行操作；Team 方案則會送交管理員。額外容量依標準 API 價格計費，每日上限為 2,000 美元。還有個副作用：額外用量的快取有效時間是五分鐘，而非一小時，因此用量會比預期增加得更快。
5. 若經常碰到限制，就更換方案。 長期來看，偶爾購買額外用量的費用會高於訂閱方案。

另外談談第二個帳戶，因為大家常問這件事。Anthropic 的公開文件沒有直接寫著「你不能為自己購買第二份訂閱」，我不會捏造這種說法。以下有三項相關規則。

明確禁止分享存取權限：服務條款規定，不得將登入資訊、金鑰或帳戶存取權提供給他人。一份訂閱讓兩個人共用就屬於這種情況。

Claude Code 文件另有說明，明示用量限制的設計用途：

使用政策另行禁止為了規避已遭停權的處分而建立新帳戶。這是另一種情況，但請記住：恢復遭停用的帳戶幾乎不可能，Anthropic 可能會刪除相關資料，而且依服務條款，因重大違規而終止服務後不會退款。

實際上，為自己的任務使用兩個工作區不會引起問題。但 Anthropic 會監控單一帳戶是否由整個團隊共用。

如何避免意外切換成按小時計費？#

這是最令人懊惱的金錢陷阱，因為它悄悄發生。你付了訂閱費，照常工作，使用量卻另外依 API 價格計費。

確認自己正在使用訂閱的方法：

/status

這個指令會顯示目前使用的認證資訊。如果列出 API 金鑰，而你原本預期使用的是訂閱，那就是意外帳單的來源。

處理方式：

1. 詢問 Claude Code：「check whether I have the ANTHROPIC_API_KEY environment variable and show me where it is set.」它會找出變數並告訴你位置。金鑰可能是別人的設定說明附帶的，或是六個月前某次測試後遺留下來的。
2. 如果你使用的是訂閱，請它移除該變數。
3. 使用你的 claude.ai 帳戶透過 /login 重新登入。
4. 再次查看 /status；關於金鑰的那一行應該已消失。

使用 API 或雲端供應商的人採用不同的計費模式。他們沒有五小時時段，而是依實際用量計費，並受到請求頻率限制。本文的建議不適用於他們。

2026 年 5 月 6 日，限制有哪些變更？#

大約一週後我就注意到了：我不再在午餐前碰到五小時時段限制。以下是官方公告原文：

實際影響如下：

• 舊的五小時時段測量結果已不再適用。 5 月以前寫的「Pro 可用兩小時」估算，目前低估了一半。
• 但每週用量估算不應加倍。 公告只涵蓋五小時時段，完全沒有提到每週額度。因此，上面的方案計算使用每週時段：你必須自行測量。別人的測量結果在這裡沒有用。
• 「限制變得更嚴格」的感受通常是用量造成的。 容量增加了，但人們的用量增加得更快：代理程式、技能、已連線的伺服器和平行工作階段。/usage 面板會逐項顯示這些資料。

哪些用量限制建議行不通？#

「碰到限制就切換模型」的建議。 只有 Opus 限制適用。工作階段和每週限制由所有模型共用，使用 /model 不會恢復額度。這種建議一直流傳，是因為作者曾經碰到 Opus 限制，而當時切換模型確實有效。

「更頻繁壓縮上下文」的建議。 壓縮本身會讀取整段待壓縮的對話。每 20 分鐘執行一次 /compact，等於一再付費處理相同的歷史記錄。不需要延續內容時，/clear 是免費的。

「Pro 的精確 token 數是……」的說法。 根本沒有這個數字，只有時段和時段內的用量比例。任何具體數字，都只是有人在自己的專案上測量一次的結果，或是轉述來的資訊。

「以防萬一，保留第二份訂閱」的建議。 真有工作需求時，第二個工作區可能合理，但更常見的是你為自己未清理的上下文付了兩次費用。伸手拿錢包之前先查看 /usage。

整理上下文確實有效：不同任務間清除內容、縮短規則檔案，並關閉不用的功能。我另有一篇基本節省用量指南「如何避免一天內用完 Claude Code 限制」，以及一篇介紹測量工具的文章「如何追蹤 token 用量」。

前往 Ailoot。