Claude Code 週限額加碼延到 8/31：我對完官方頁，收回後少的是 33% 不是 50%

💡 核心結論速覽 (TL;DR)

• 加碼沒有在 8/19 結束：官方說明頁已改成 2026-08-31 23:59 PT，這是這檔促銷第 4 次延長，中文圈與英文媒體多數還停在 8/19。
• 收回後少的是 33%，不是 50%：加碼是「標準值 ×1.5」，回到標準值等於從 1.5 掉回 1，少掉的是三分之一——照同樣節奏用，撐到的時間大約剩原本的三分之二。
• 這檔加碼只動了兩道牆裡的一道：官方明寫 5 小時視窗不受影響，加的只有週上限；很多人以為 5 月「限額翻倍」已經解決問題，那次翻倍的其實是另一桶。
• 先做這件事：在 Claude Code 打 /usage 按 w 看 7 天分佈，先確認你的額度是被長脈絡、還是被沒在用的 MCP server 吃掉，再決定要不要花錢升級。

先講結論：Claude Code 週限額加碼不是 8/19 結束，官方已經延到 8 月 31 日了。我今天早上把官方說明頁重新開了一次，頁面標題已經從「May–July」改成「May–August」，內文多了一行「We've extended this promotion」——但外面的報導幾乎全部還停在 8/19 那個版本。

會特地去確認這件事，是因為我每天用 AI 的時數不低，Claude Code 那邊掛著幾支長期在跑的自動化——失效連結健檢、資料表對帳、定期備份，這些東西不吵不鬧，但很吃額度。加碼那三個月我大概每週三下午才會摸到週上限；我原本已經在盤算「8/20 之後要怎麼重排」，結果一查發現多賺了 12 天。

不過老實說，這種「又延一次」的好消息我不太敢當成常態。這檔促銷從 5 月開跑到現在延了 4 次，每一次都是延、不是取消——但它終究會有停下來的一天，而停下來那天你會發現一件很多人算錯的事：收回 +50% 的加碼，你少掉的不是 50%。差在哪、什麼時候會有感、撞牆前該先改什麼，這篇一次講完。

Claude Code 週限額加碼什麼時候結束？官方頁已經改成 8/31

Claude Code 週限額 +50% 的加碼，最新的結束時間是 2026 年 8 月 31 日 23:59（美國太平洋時間），換算台北時間大約是 9 月 1 日下午 2:59。這個時間寫在 Anthropic 官方說明頁的條款段裡，不是媒體轉述。

這裡有個很容易踩的坑：你現在 Google 到的中文報導、甚至英文的科技媒體，很多都還寫著 8/19。那是上一版的結束時間，官方在到期前又改了一次，但改的是同一個頁面、沒有另外發稿，所以二手報導沒跟上。判斷這種事我的原則很簡單——官方頁跟媒體打架，一律以官方頁為準，媒體比較新只當成「該回去重看官方頁」的提醒。

把時間軸拉開看，這檔促銷的延長史長這樣：

幾個官方寫得很明確、但很少被完整轉述的條件：

❶ 適用對象是 Pro、Max、Team，以及舊制席次型 Enterprise。免費方案、還有按用量計費的 Enterprise 席次都不在裡面。

❷ 只加 Claude Code 的額度，範圍包含 CLI、IDE 擴充、桌面版與網頁版；Claude 本體（網頁／桌面／手機）跟 Cowork 的額度完全沒動。

❸ 不用做任何事，符合資格自動生效，沒有優惠碼要輸入。

❹ 結束後方案跟帳單都不變，只是週額度回到標準值——不會突然多扣你錢，這點可以放心。

下一步可做的事：如果你手上有跑不完會很麻煩的工作，把它排進 8 月 31 日之前這段窗口；同時記得 9 月 1 日之後那一週，用量節奏要重抓。

加碼收回後我會少多少額度？是 33%，不是 50%

加碼收回後，你的週額度會減少約三分之一（33%），不是很多人直覺以為的一半。這個差別聽起來像在玩數字遊戲，但它會直接決定你排工作的方式，所以值得花 30 秒算清楚。

把標準值當成 1。加碼 +50% 之後，你這幾個月實際在用的是 1.5。促銷結束是回到 1，也就是從 1.5 掉到 1——少掉的 0.5 除以你習慣的 1.5，等於 33.3%。

那個 50% 是「相對於標準值往上加」的比例，跟「相對於你現在的用量往下砍」的比例，本來就是兩個不同的分母。我看到不少討論串直接把兩者混著講，然後得出「額度要砍半了」的恐慌結論——實際沒那麼慘，但也不輕鬆。

比較有感的算法是換成時間。假設你在加碼期間是週三下午撞到週上限，額度剩下三分之二、用法不變的話，撞牆點大約會往前挪到週二下午。對只有週末寫點小專案的人，這個差距可能一輩子都感覺不到；但對每天都在跑 agent 的人，等於一週少掉一個完整工作天。

這裡要特別說一句：Anthropic 從來沒有公布過任何方案的具體 token 或小時額度，官方材料給的一直只有倍數（Pro 是 1x、Max 是 5x 或 20x）。所以網路上那些「Pro 每 5 小時 44,000 tokens」「Max5 每週 140 小時 Sonnet」的精確數字，全部是社群推估，不是官方值。我自己現在看到帶小數點的額度表都會先打個問號——你也可以用這個標準去篩你看到的文章。

下一步可做的事：拿你最近一次撞牆的日子往前推一天，那大概就是 9 月之後的新撞牆點。先用這個假設排下個月的工作，比事後才發現來得從容。

為什麼加碼了還是會撞牆？它只加了兩道牆裡的一道

因為 Claude Code 同時跑兩道限制——5 小時滾動視窗和週上限——而這檔加碼從頭到尾只動了週上限那一道。官方說明頁在正文和 FAQ 各寫了一次：「5-hour usage limits are not affected by this promotion」。

這是我覺得整件事最容易誤會的地方。2026 年 5 月初 Anthropic 確實做過一次「限額翻倍」，當時新聞標題滿天飛，很多人的印象就停在「額度已經加倍了，應該夠用了吧」。但那次翻倍的是5 小時視窗；一週後（5/13）另外開的這檔 +50% 促銷，加的才是週上限。兩件事、兩個桶子、兩個時間點，被壓縮成同一個記憶。

結果就是：你可能在某個下午密集跑了幾輪就撞到 5 小時視窗，等一等就好；也可能整週細水長流卻在週三被週上限鎖住，那就得等到帳號的週重置時間。兩道牆各撞各的，任一道滿了都會停。而且週視窗不是週一凌晨重置，是系統指派給你帳號的固定時間，訊息裡會直接告訴你什麼時候恢復。

還有一個很多人第一次遇到會愣住的行為：這兩個視窗是跨所有模型共用的。撞到 session 或週上限時，用 /model 換成別的模型並不會讓你重新有額度。唯一的例外是那句模型專屬的「You've hit your Opus limit」——那個時候換模型確實可以繼續工作，因為被鎖的只有 Opus。這兩種訊息長得很像，但意思差很多，看清楚可以省下不少白費力氣。

如果你曾經懷疑過「是不是撞限之後被偷偷換成比較笨的模型」，那是另一個題目了，我在拆解過官方兩份事故報告後寫的「變笨到底是 bug 還是陰謀」裡把限流跟降智這兩件事分開講過——簡單說，撞限是「直接擋住」，不是把你降級。

下一步可做的事：下次跳出限制訊息時，先讀清楚它寫的是 session、weekly 還是 Opus——這三個字決定你該等 5 小時、等到週重置，還是換個模型繼續。

額度到底被誰吃掉？先用 /usage 揪出耗用大戶

在決定要不要花錢之前，先在 Claude Code 打 /usage，它會直接告訴你額度被誰吃掉。這是我覺得近期最被低估的一個功能——大部分人只把它當成「看還剩多少」的儀表板，其實它下面那塊拆解才是重點。

付費方案的 /usage 會給你兩層資訊：

❶ 用量歸屬（attribution）：把最近的用量拆給 skills、subagents、plugins 和各個 MCP server，每一項顯示佔總量的百分比。哪個 MCP 在偷吃額度，這裡一目瞭然。

❷ 行為標記（behavior flags）：像「長脈絡」「快取未命中」這類行為，只要佔了最近用量的 10% 以上就會被標出來。這是在告訴你「問題不在你問得多，在你的對話拖太長」。

畫面上按 d 或 w 可以切「最近 24 小時」跟「最近 7 天」。要判斷週上限的消耗節奏，一定要按 w 看 7 天那個視角，只看當天很容易誤判。

我自己第一次認真看這塊的時候有點意外：我以為額度是被那幾支長時間跑的自動化吃掉的，結果被標出來的是「長脈絡」——真正的兇手是我懶得 /clear，一個 session 從早開到晚，每一輪都把前面那坨歷史重送一次。這種事不看數據永遠不會知道，只會覺得「最近怎麼特別容易撞牆」。

兩個使用上的提醒：/usage 的數字是從這台機器的本機紀錄推算的，其他裝置和 claude.ai 上的用量不算在內，所以它是「趨勢參考」不是「帳單」。另外，額度本來就是Claude 和 Claude Code 共用同一份——你白天在網頁版聊掉的，晚上在終端機裡是拿不回來的。這件事在我算過 Claude Code 接 Codex 到底要不要付兩份錢那篇裡也是關鍵變數，額度共用的邏輯搞錯，整個成本估算都會歪掉。

下一步可做的事：現在就打一次 /usage 按 w，把佔比最高的那一項記下來——下一段的 3 個設定，你只要先改對應那一項就好。

加碼收回前先改的 3 個設定

如果只想改最少的東西換最大的效果，優先順序是：切乾淨對話 → 選對模型 → 關掉沒在用的 MCP。這三項是官方文件的「減少 token 用量」章節裡點名的方向，也剛好對應到上一段 /usage 最常標出來的三種兇手。

❶ 換題目就 /clear，別讓一個 session 從早開到晚。陳舊的脈絡會在之後每一輪重複被送出去，這是「長脈絡」被標記的主因。捨不得關掉的話，官方的建議是先 /rename 給它一個名字再清，之後用 /resume 找回來。長對話真的必須留，就用 /compact 帶上重點，例如 /compact 專注在程式碼變更與測試輸出，告訴它壓縮時要保住什麼；也可以直接寫進專案的 CLAUDE.md 當預設。

❷ 該用 Sonnet 的工作不要丟給 Opus。官方的說法很直白——Sonnet 應付得了大多數編碼任務，Opus 留給複雜的架構決策和多步推理。這件事我拖了很久才改，因為心理上總覺得「用最強的比較保險」；真的改成預設 Sonnet、只在硬骨頭上手動切 Opus 之後，才發現大部分工作根本沒差。子代理更明顯，簡單的任務直接在設定裡指定 haiku 就夠了。我在算 Opus 5 值不值得換的時候也算過同一筆帳，模型選型的省法通常比任何提示詞技巧都有感。

❸ 盤點 MCP server，兩週沒用到的先關。先打 /context 看看脈絡被什麼佔走，再用 /mcp 檢視已設定的 server 停用不需要的。另外一個很多人不知道的替代方案：有 CLI 工具可用時優先用 CLI（像 gh、aws、gcloud），因為它們不會像 MCP 那樣在脈絡裡放一份工具清單，天生就省。

如果你想再往下挖，省 token 這件事本身是可以獨立寫成一套習慣的——我把整套不用升級 Max 也能把用量砍下來的做法整理成 10 個習慣，那篇按「對話前 → 對話中 → 進階」排過順序，不用一次全上。跑多個 agent 平行工作的人另外要注意，agent 一個任務燒掉好幾美元的帳我也實際算過，每個 teammate 都有自己的脈絡視窗，用量大致跟團隊大小成正比——順帶一提，agent 團隊功能預設是關閉的，要自己設環境變數才會開，所以它不會在你不知情的時候偷吃額度。並行到底是省還是更兇，我拆過動態工作流一次跑上千個子智能體的那筆帳，結論比直覺反過來。

下一步可做的事：挑上一段 /usage 佔比最高那一項對應的設定，今天先改一個就好，過三天再回去看數字有沒有動。

撞牆之後的 4 條路：等、加值、升級，還是切 API？

額度用完時官方給的選項有四條，差別不在功能，在你願意用「時間」還是「錢」去換。先把它們攤開比較，再講我自己怎麼選。

我自己的判斷順序是這樣：先確認撞的是哪一道牆，再決定要不要掏錢。如果只是某個下午密集跑撞到 5 小時視窗，那升級一點意義都沒有——升級加的是總量，不是讓你在同一個下午跑更兇。反過來，如果 /usage 的 7 天視角顯示你每週都在同一天前後被週上限鎖住、而且已經照上一段改過設定，那才是真的該考慮升方案。

中間那條「額外使用量」很多人會直接跳過，我覺得有點可惜。它的好處是可以設支出上限，等於用一個你自己畫的天花板換掉「非升不可」的壓力——趕件那三天多付一點，比為了一年裡的十天扛整年月費划算。這條路的細節和幾種情境的試算，我在寫 Fable 5 移出 Pro 方案之後怎麼繼續用那篇裡拆過三條路的帳，邏輯是同一套。

至於方案本身怎麼挑，這題水比想像中深。我把四檔方案實際算過一次之後最意外的一件事是：多付 US$80 升到 Max，上下文視窗並沒有變大——升級買到的是用量，不是能力，這個前提沒搞清楚很容易買錯。真的決定要加碼付費的話，還有一筆很多人忽略的隱形成本：我實算過訂閱這幾家 AI 的海外刷卡手續費與信用卡回饋差多少，同樣的月費，付法不同一年就差一頓好的。

下一步可做的事：在掏錢之前先問自己一句「我撞的是 5 小時視窗還是週上限」。答案是前者，先改用法；是後者，才進到上面那張表。

最容易被忽略的坑：那個環境變數會讓你付兩次錢

如果你的系統裡設過 ANTHROPIC_API_KEY 這個環境變數，Claude Code 會優先用那把 API key 認證，走 API 計費，而不是用你訂閱方案裡已經付過錢的額度。這句話是官方說明頁上用粗體「Important」標出來的，但它躺在頁面偏下的位置，很容易滑過去。

這個坑的惡劣之處在於它不會報錯。你的 Claude Code 用起來一切正常，額度看起來也很夠——因為它根本沒在扣你的訂閱額度，而是在你的 Console 帳戶上一筆一筆記帳。等到月底看到帳單才發現，自己這個月同時付了訂閱費和 API 費。

會踩到的人通常有個共通點：之前為了接某個 SDK、某支腳本或某個自動化流程，順手把 key 寫進 .bashrc、.zshrc 或系統環境變數，然後就忘了。我自己會建議把 API key 留在需要它的那個專案的環境檔裡，不要設成全域——這是那種「一次設定省一年麻煩」的小習慣。

檢查方式很簡單：在終端機看一下這個變數有沒有值，有的話就決定要留還是拿掉。如果你確定只想用訂閱額度，官方的做法是先 claude logout，再 claude login 只用訂閱帳號登入、過程中不要加入 Console 憑證，這樣連「要不要改用 API 額度」的提示都不會再跳出來。想隨時確認自己現在走的是哪條線，/status 會告訴你。

順帶一提，如果你是把 Claude Code 跟其他 CLI 混著用的人，各家的計費與額度邏輯都不太一樣——我整理過 Codex 那邊 9 個會影響燒錢速度的 config.toml 參數，還有幾個能免費拿到額度重置的管道（其中一個我差點放到過期），備援手上多一條線，撞牆時心情會好很多。真要為了備援多開一份訂閱之前，ChatGPT 那三檔方案我也算過，從 Go 升 Plus 多付的 US$12 買到的東西跟你想的不一樣，值得先看過再決定。另外，如果你打算靠免費 API 接自動化撐過去，那邊其實也有兩道額度牆，而且先撞到的通常不是 API 那道。

下一步可做的事：現在就檢查一次 ANTHROPIC_API_KEY 有沒有被設成全域。這一步花不到一分鐘，但可能是這整篇裡最直接省錢的動作。

FAQ 常見問題

加碼延到 8/31，那會不會又延一次？我該不該現在就改用法？

這檔促銷從 5 月開跑到現在已經延了 4 次，說它完全不會再延，我不敢打包票。但我的建議是把設定改掉、不要等——理由是這三個設定（切乾淨對話、選對模型、關掉閒置 MCP）本來就會讓你用得更順，不是為了應付促銷結束才做的臨時措施。等到真的收回那天再改，你會在最忙的時候被迫學新習慣，那才是最糟的時間點。

我是 Pro 用戶，該直接升 Max 5x 還是先開額外使用量？

看你撞牆的頻率和規律性。打 /usage 按 w 看 7 天分佈：如果每週固定在差不多的時間點被週上限鎖住、而且已經照設定改過，那是結構性不夠用，升級比較划算。如果是一個月只有那麼幾天趕件會爆，開額外使用量並設一個你能接受的月支出上限，通常更省——你等於只在真的需要的那幾天付錢。要提醒的是升級買到的是用量不是能力，上下文視窗不會因為升級變大。

加碼結束後，Claude 網頁版的額度也會跟著變少嗎？

不會。官方寫得很清楚，這檔加碼只適用 Claude Code（CLI、IDE 擴充、桌面版、網頁版的 Claude Code），Claude 本體和 Cowork 的用量限制從頭到尾都沒有被這檔促銷動過。不過要注意另一件事：額度本身是 Claude 和 Claude Code 共用的，所以你在網頁版聊天消耗的量，還是會影響終端機那邊剩多少——只是加碼加的那一塊，只掛在 Claude Code 這邊。

撞到週上限之後，換一個模型可以繼續用嗎？

不行。5 小時視窗和週上限這兩個額度視窗是跨所有模型共用的，用 /model 換模型不會讓你重新拿到額度。唯一會誤導人的是「You've hit your Opus limit」這句——那是模型專屬的訊息，代表只有 Opus 那部分被鎖住，這時候換成 Sonnet 確實可以繼續工作。看到限制訊息時先讀清楚它寫的是 session、weekly 還是 Opus，三種的處理方式完全不同。

我看到有文章寫「Pro 每 5 小時 44,000 tokens」，這個數字可信嗎？

那不是官方數字。Anthropic 從來沒有公布過任何方案的具體 token 額度或小時數，公開材料裡給的一直只有倍數關係（Pro 1x、Max 5x、Max 20x）。流傳的精確數字都是社群從自己的使用經驗回推的估計值，會隨模型、功能和時間變動。所以你看到帶精確小數的額度表時，可以合理地打個問號——包括本文，我也刻意只用倍數和相對比例來談這件事。

參考資料

• Anthropic 官方說明：Claude Code May–August 2026 weekly limits promotion（促銷結束時間、適用方案、條款）
• Anthropic 官方說明：Use Claude Code with your Pro or Max plan（額度共用機制、撞上限後的選項、API key 環境變數提醒）
• Claude Code 官方文件：Manage costs effectively（/usage 用量歸屬與行為標記、減少 token 用量、限制訊息判讀）
• Help Net Security：Claude Code users keep 50% higher limits（延長史佐證）
• Anthropic 官方網站