【2026 最新】Claude Max 5x vs 20x 怎麼選？7 天用量稽核＋完成成本教學

Claude Max 5x vs 20x 最容易買錯的原因，是把別人的「一天能跑幾小時」當成自己的答案。官方沒有給所有人都適用的固定訊息數；對話長度、模型、Thinking Effort、工具、附件與工作類型，都會改變消耗速度。真正該問的是：你的工作在什麼時候被限額打斷，以及多付一層月費後，每個合格完成項目能不能變便宜。

這篇從帳號的週重置點開始，連續 7 天記錄 Settings > Usage、Claude Code /usage、模型、effort、任務、中斷與 usage credits，再算升級門檻。這是可重跑的空白方法，不會用虛構實測替你代填結論；若你還分不清 Claude 網頁版、Claude Code 與 Cowork，可先看三者的使用情境比較。

先說結論：Claude Max 5x vs 20x 不看工時，看完成成本

升級價值 ＝ 省下的限流中斷＋少付的額外用量；方案效率 ＝ 稽核週總成本 ÷ 合格完成項目數。

先選能完成代表性工作、又沒有昂貴中斷的最低方案。若 Max 5x 一整個代表性週期很少撞限，也沒有明顯額外用量支出，就缺少升到 20x 的個人證據；若 5x 持續碰到 session、weekly 或模型／功能限額，而中斷成本加 usage credits 已接近下一層月費差額，才值得試升一個月再稽核。

Claude Max 5x vs 20x：先弄懂你買到的是什麼

依 Anthropic 在 2026 年 8 月 26 日可見的Max 官方說明，5x 與 20x 指的是相對 Pro 的每個五小時 session 使用容量。這個五小時是 rolling window（滾動用量視窗），不是每天保證五小時運算，也不是固定訊息包。Max 還受週用量，以及可能存在的模型或功能限額約束。

Claude 網頁、桌面、手機與用訂閱登入的互動式 Claude Code，共用方案用量池。Claude Code 可用 /usage 看限額；額外用量命令是 /usage-credits。Anthropic 曾宣布把 Agent SDK 與 claude -p 改成獨立 credit，但現行Agent SDK 方案說明頁首標示暫停；截至稽核日，這些路徑仍計入訂閱用量。

另一個容易混帳的地方是 API。若 Claude Code 環境裡存在 ANTHROPIC_API_KEY，請先確認實際驗證來源；它可能走 API 計費，而不是 Max 內含用量。換句話說，稽核前要先把「訂閱池」和「API 帳單」分開，否則你會誤以為方案消耗很低，卻把成本藏到另一張帳單。

先定義分母：什麼叫一個「完成任務」？

使用小時不是成果。一個人花兩小時規劃架構，另一個人花兩小時反覆重試失敗指令，兩者的方案價值完全不同。稽核前先選 3～5 種重複出現的工作，例如規劃、實作、除錯、審查與研究，並替每種工作寫一句可驗收的完成條件。

• 規劃：方案被接受，範圍、風險與驗證齊全。
• 實作：指定功能完成，窄範圍測試通過。
• 除錯：根因重現並修正，原失敗測試轉綠。
• 審查：review 可採取，重大發現有證據。
• 研究：回答指定問題，結論可追溯原始來源。

若工作被限流切斷、需要隔天重做，或結果沒有通過你的驗收，就不算合格完成。這也是本篇和Claude 省 Token 教學的分工：省用量是手段，這裡的分母是最後交付物。

7 天 Claude 用量稽核：照這 7 步記錄

1. 從帳號的週重置點開始

痛點：任意挑星期一，七天內可能跨到重置，前後百分比就不能相加。做法：打開 Settings > Usage，記錄畫面上每一條 session、weekly、模型或功能進度，以及 next reset 的日期時間；重置後立即開始 Day 1。驗證：Day 7 結束前，週進度不應曾被無預警清零。

2. 固定帳號與計費邊界

痛點：網頁、Claude Code、API key 混在一起，無法知道哪個池在付費。做法：記下方案、登入帳號、使用介面與驗證來源；終端執行 /usage，若啟用額外用量也記錄 /usage-credits。驗證：帳單與 Usage 畫面的支出能對到同一個來源。

3. 每次工作先選任務類型

痛點：把規劃、寫碼、除錯混成「用了三小時」，無法找出真正吃額度的環節。做法：每個 session 開始前標成 PLAN、BUILD、DEBUG、REVIEW 或 RESEARCH，並寫下完成條件。驗證：結束時只能填完成、未完成或放棄，不填模糊的「差不多」。

4. 記錄前後 Usage，而不是猜 Token

痛點：Claude 訂閱介面不提供可跨使用者套用的固定訊息換算。做法：工作前後各截一次 Usage，保存各進度條百分比與 reset time；Claude Code 同時保存 /usage 結果。驗證：每筆任務都有 before／after，沒有就標成缺失，不用主觀補值。

5. 把模型、effort 與工具當成自變數

痛點：高 effort、長對話、工具、附件、並行 agent 與 compaction 都會干擾比較。做法：每筆記模型、effort、工具、附件、長上下文、並行數與 compaction；Claude Code 可用 /model、/effort 查看。驗證：同類任務一次只改一個主要變數；嚴格配對可沿用Claude Code Token A/B Test的品質門檻。

6. 限流時記「被耽誤多久」

痛點：只記「撞限一次」看不出商業影響。做法：記錄碰到哪一條限額、發生時間、可用替代模型、實際等待分鐘、是否切換工作，以及為了繼續而花掉的 usage credits。驗證：等待時間只算真正阻塞的部分；改做其他有價值工作時，不要把整段都算成損失。

7. Day 7 才計算，不要每天追著百分比買方案

痛點：單一忙碌下午會放大焦慮，單一清閒日也會低估需求。做法：週期結束後再加總合格完成數、限流中斷、額外用量與各類任務消耗。方案週分攤可用 月費 × 12 ÷ 52；再算 （週分攤＋credits＋中斷價值）÷ 合格完成數。驗證：保留原始列，不只留最後平均。

模型與 Thinking Effort 怎麼分工才公平？

不要第一天全用最高 effort、第二天全改最低，再把日期差異當模型差異。把相近任務配組，固定 prompt、工具與驗收，只改模型或 effort。高 effort 會給模型更多思考空間，也會用更多 tokens，因此一起比較完成率、返工與消耗。稽核表直接寫當時 picker 顯示的模型，不把本篇當永久清單。

一個實用分工是：規劃與高風險審查先測較高 effort，明確的小修與格式化先測較低 effort；但只有你的驗收結果能決定是否保留。若你還在選 Claude Code 或 Codex，先用同一任務比較兩種 coding agent，不要把工具差異誤算成訂閱層級差異。

Claude Max 5x vs 20x 決策樹：什麼時候升級？

• 留在 Pro：代表性週期能完成工作，碰限很少，也不會造成重要交付延遲。
• 先試 Max 5x：Pro 反覆阻塞互動式工作，而且省 Token、拆 Session 後仍不足。先跑一個完整週期，不因「重度使用者」標籤直接買 20x。
• 升 Max 20x：你已在 5x 上持續撞 session、weekly 或模型限額，且每月可避免的中斷價值加 credits 接近或高於帳號顯示的升級差額。
• 保留方案＋usage credits：超額只發生在少數尖峰，按實際額外支出比整月升級低。credits 是與訂閱分開、按標準 API rate 計費，不是免費延長。
• 改走 API 按量：需要程式化、團隊成本歸屬或獨立預算控制時，把 API 當另一個產品決策；不要把 API 帳單和個人 Max 內含量混成同一比較。

最值得看的不是「20x 月費是 5x 的幾倍」，而是增量回本：（每週少付 credits＋每週少掉的中斷價值）× 52 ÷ 12，是否穩定接近下一層月費差額。若只是單週趕案，先以 usage credits 處理尖峰可能更靈活；若每個週期都重複發生，升級才像是在買回產能。

最常讓稽核失真的 7 個坑

1. 把五小時當可用工時：它是 rolling session 視窗，不是五小時連續運算券。
2. 把 5x／20x 套到每週：官方倍率描述的是每個 session 相對 Pro 的容量，週限額另有約束。
3. 只數訊息：一則長上下文工具任務和一句短問答，消耗不能等量處理。
4. 從任意星期一開始：應跟著帳號分配的 weekly reset，否則七天會跨週。
5. 中途同時換模型、effort 與流程：一次改太多，最後無法歸因。
6. 漏記 API key 與額外用量：它們可能在訂閱之外收費，必須另欄紀錄。
7. 把促銷週當常態：若帳號畫面顯示臨時加量，把活動名稱與截止日寫進表內；活動結束後重跑一週。

本篇價格圖的快照日是 2026 年 8 月 26 日。若你的結帳頁月費不同，或 Usage 畫面多出、少了某條進度，直接把當下的方案差額與可見限額代入，不沿用圖中的舊輸入。更重要的是，不要假設「選更強模型就一定更耗、也一定更好」；像Claude Opus 的能力與成本判讀一樣，最終仍要回到特定任務與驗收。

常見問題 FAQ

1. Max 20x 的總用量一定是 Max 5x 四倍嗎？

不一定。20x 除以 5x 的名目倍率是四倍，但只適用官方描述的每-session Pro 倍率；週、模型、功能限額與工作負載會改變實際可用量。

2. 五小時視窗代表每天只能工作五小時嗎？

不是。它是 rolling usage window。你可能在很短時間消耗大量容量，也可能分散使用；不能把它翻譯成固定工作時數。

3. 每天重度使用 Claude Code 就該直接買 20x 嗎？

不該直接跳級。先在 5x 跑完整代表性週期。只有持續撞限，而且被避免的中斷與 credits 足以覆蓋升級差額，20x 才有個人證據。

4. Usage credits 一定比升級便宜嗎？

不一定。偶發尖峰可能適合 credits；每週穩定超額時，累積支出與中斷可能反而高於升級。請用稽核週的實際扣款比較。

5. 撞到限額後換模型就能繼續嗎？

看你撞到哪一條。模型專屬限額可能允許換到其他家族；共享 session 或 weekly 限額到頂時，換模型不會憑空恢復共用容量。

6. Claude 網頁與 Claude Code 的 Max 額度分開嗎？

一般訂閱登入不是分開的。它們共享方案池；若 Claude Code 使用 API key，則可能走另一套 API 計費，所以稽核要保存驗證來源。

7. Weekly reset 一定在星期一嗎？

不一定。官方說週限額會在帳號被指定的固定星期與時間重置。直接讀 Settings > Usage 的 next reset，再從那裡開始七天。

8. 七天就足以永遠決定方案嗎？

不足以永遠決定，但足以做第一輪選擇。再挑一個交付高峰週重跑；方案、工作流、模型組合或促銷變動後，也用同一張表重新比較。

給新手的 5 個重點

1. 5x／20x 是每個五小時 session 相對 Pro 的容量，不是固定工作時數。
2. 從帳號 weekly reset 開始，連續記滿七天的所有 Usage 進度。
3. 每一列都要有任務類型、驗收結果、模型、effort、Usage 前後與中斷。
4. 以「每個合格完成項目」當分母，同時納入 credits 與真正阻塞的工時。
5. 只有 5x 持續撞限且增量價值接近升級差額時，才試 20x；試完再稽核。