1. 首頁
  2. AI應用工具實測、效率提升與選購新手完整指南｜夜羽凌

Claude Code 週限額 9/14 起永久 +25%：實際少 17%

  • 更新日期：2026-09-23 18:30:14
  • 瀏覽數：2345
目錄

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

  • 加碼 9/13 結束、9/14 起永久 +25%：Anthropic 8 月 29 日（美國時間）在官方開發者帳號公告，適用 Pro、Max、Team 與按席位計費的 Enterprise；我 9/12 再開一次官方說明頁時，內文還只寫「延到 September 13」；官方在 9 月 14 日改寫說明頁、補上永久 +25%，標題則仍掛「May–August 2026」。
  • 收回後少的是 17%，不是 33% 也不是 50%：加碼前標準 100、加碼期間 150、9/14 起 125，少掉的是 25 ÷ 150；Anthropic 後續說明自己也寫「比現在少 17%」——照同樣節奏用，撞牆點大約提前半天到一天。
  • 這檔加碼只動了兩道牆裡的一道：Anthropic 明寫 5 小時視窗不受影響，加的只有週上限；很多人以為 5 月「限額翻倍」已經解決問題，那次翻倍的其實是另一桶。
  • 先做這件事：在 Claude Code 打 /usage 按 w 看 7 天分佈，先確認你的額度是被長脈絡、還是被沒在用的 MCP server 吃掉，再決定要不要花錢升級。

先講結論：Claude Code 週限額加碼已在 9 月 13 日結束，9 月 14 日起改成永久 +25%。這是 Anthropic 8 月 29 日（美國時間）在開發者帳號上公告的，並在後續說明裡把話講白：相較當時（加碼期間）的每週額度，新制是「減少 17%」。我 9/12 又把那份說明頁重新開了一次：標題還掛著「May–August 2026」，內文只寫延到 September 13，一個字都沒提 +25%——只看當時的說明頁，你會以為它只是再延一次。說明頁要到新制生效的 9 月 14 日才改寫成結案版，補上永久 +25% 這段。

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

講清楚我的位置：我自己付的是 Claude Max 20x，一個月 200 美元。需要出圖的任務我會先丟給 Codex、細修才回 Claude Code，本來就是為了把週上限留給真正吃額度的那一段。所以下面算的 17%，對我來說不是抽象數字，是每週要重排一次工作順序的差別。

不過老實說，「又延一次」這件事這回真的到頭了。這檔促銷從 5 月開跑延了 4 次，每一次都是延、不是取消——而這次 Anthropic 直接給了句點：9/13 結束，9/14 起換成永久 +25%。真的停下來之後，有一件事很多人算錯：收回 +50% 的加碼、換成 +25%，你少掉的不是 50%，也不是照「回到舊標準」算出來的 33%。差在哪、什麼時候會有感、撞牆前該先改什麼，這篇一次講完。

Claude Code 週限額加碼什麼時候結束？9/13 結束、9/14 起永久 +25%

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

真正的新消息在另一個地方。Anthropic 8 月 29 日（美國時間）在官方開發者帳號 @ClaudeDevs 的公告寫明：9 月 14 日起，Pro、Max、Team 與按席位計費的 Enterprise，Claude Code 的標準週上限永久提高 25%；而在後續說明裡，Anthropic 自己承認：相較當時（加碼期間）的每週額度，新制「減少 17%」。這段話一開始沒有進說明頁——我 9/12 再開一次，說明頁內文還停在「延到 September 13」，沒有 +25% 這三個字。說明頁是在促銷截止那一刻（太平洋時間 9/13 23:59，台北時間 9/14 下午）改寫的：開頭改成促銷「從 5 月 13 日跑到 9 月 13 日」，接著寫明 9 月 14 日起 Claude Code 週上限比促銷前高 25%，適用 Pro、Max、Team 與按席位計費的 Enterprise；「比現在少 17%」這句算式則只出現在貼文的後續說明，說明頁沒寫。Anthropic 在改寫後的說明頁也預告，之後還有更多用量、可見度與控制方面的調整（原文是 usage, visibility, and control），細節未公布。

這裡有個很容易踩的坑：這一頁的標題到現在還寫著「May–August 2026」，連網址都還是 may-august。Anthropic 每次延期都只改同一個頁面的內文與條款段、不另外發稿，標題和網址就一路留在舊版本，所以二手報導很容易停在上一個結束日。這件事給了一條可以重複用的判準——看內文和條款段那個日期，不要看標題；說明頁跟媒體打架，一律以 Anthropic 自己的頁面為準，媒體比較新只當成「該回去重看官方頁」的提醒。

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

階段 公告的結束時間 狀態
首次公告（5/13 起跑） 2026-07-13 已延長
第 1 次延長 2026-07-19 已延長
第 2 次延長 2026-08-19 已延長
第 3 次延長 2026-08-31 23:59 PT 已延長
第 4 次延長（最後一次） 2026-09-13 23:59 PT 已結束，9/14 起改永久 +25%

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

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

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

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

❹ 結束後方案跟帳單都不變，週額度落在「舊標準 +25%」的新標準——比加碼前多、比加碼期間少；不會突然多扣你錢，這點可以放心。

下一步可做的事：加碼窗口已在 9 月 13 日關上，現在每一週都照新標準算；還沒重抓用量節奏的話，先看下一段算出來的差距有多大。

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

加碼收回後，你的週額度比加碼期間少約 17%，不是很多人直覺以為的一半，也不是「回到舊標準」那套算法的 33%。差別在於 Anthropic 沒有把額度整個收回，而是收回 50% 的同時把標準值永久墊高 25%。這個差別聽起來像在玩數字遊戲，但它會直接決定你排工作的方式，所以值得花 30 秒算清楚。

把加碼前的標準值當成 100。加碼 +50% 之後，你 5 月中到 9 月中實際在用的是 150。9/14 起的新標準是 100 × 1.25 ＝ 125，所以你少掉的是 150 − 125 ＝ 25，除以你習慣的 150，等於 16.7%——官方後續說明自己寫的就是「比現在少 17%」。

那個「永久 +25%」是「相對於舊標準往上加」的比例，跟「相對於你加碼期間的用量往下砍」的比例，本來就是兩個不同的分母。我看到不少討論串把公告標題讀成「額度變多了」，也有人照舊算法得出「要砍三分之一」——實際是介於中間：比加碼前多，比加碼期間少。官方也特別補了一句，這調的是週上限，不代表你每週能做的事固定少 17%，用量還是看對話長度、模型和功能。

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

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

下一步可做的事：拿你加碼期間最後幾次撞牆的日子往前推半天到一天，那大概就是新制下的撞牆點；再對照 9 月 14 日之後實際撞牆的時間，就知道估得準不準，下個月的工作照這個節奏排。

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

因為 Claude Code 同時跑兩道限制——5 小時滾動視窗和週上限——而這檔加碼從頭到尾只動了週上限那一道。官方說明頁正文寫明「5-hour usage limits were not affected by this promotion」，FAQ 也再答一次「This promotion increased weekly usage limits only」。9/14 起的永久 +25% 也一樣只講週上限，沒有提到 5 小時視窗——目前沒有任何官方文字說 5 小時那道牆會跟著變。

這是我覺得整件事最容易誤會的地方。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？

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

在等重置這條路上，8/17 之後其實多了一個預設開啟的開關——Claude Code 額度重置時會自己把中斷的那一輪接著跑完，我對完官方文件寫在這裡。

選項 怎麼做 付出的代價 適合誰
等重置 看訊息寫的恢復時間，5 小時視窗最長等 5 小時，週上限等到帳號的週重置點 時間，可能是好幾天 工作沒有時效性、一週只偶爾撞一次的人
開啟額外使用量 打 /usage-credits，Pro／Max 訂閱者會跳到帳戶的用量設定頁開關 按用量另計，可自訂每月支出上限 平常夠用、只有趕件那幾天會爆的人
升級方案 Pro 升 Max 5x，Max 5x 再升 Max 20x 固定月費變高，用不完也不退 每週穩定撞牆、而且不只撞一次的人
切 API 按量計費 改用 Claude Console 帳號，走標準 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 常見問題

9/14 之後還會再延、再改嗎？我該不該現在就改用法？

「再延」這件事已經結束了：Anthropic 8/29（美國時間）明講 9/13 是最後一天，9/14 起換永久 +25%。但官方同時預告「後續還會有新的調整，讓使用者更容易掌握與控制用量」，細節沒公布——所以規則還會動，只是方向是給你更多控制權，不是再送額度。我的建議還是把設定改掉：這三個設定（切乾淨對話、選對模型、關掉閒置 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）。流傳的精確數字都是社群從自己的使用經驗回推的估計值，會隨模型、功能和時間變動。所以你看到帶精確小數的額度表時，可以合理地打個問號——包括本文，我也刻意只用倍數和相對比例來談這件事。

參考資料

 

延伸閱讀