Claude Code 額度重置會自己接著跑？8/17 起預設開啟，它是等重置不是幫你付錢

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

• 它做的事：v2.1.234（2026-08-17 發佈）起，Claude Code 會在 claude.ai 額度重置的當下，自動把你被中斷的那一輪接著跑完，而且是預設開啟。
• 它不做的事：不會替你買 usage credits。官方說明頁寫得很死——轉用 API credits 一律需要你明示同意，所以「自動繼續」等的是重置，不是你的信用卡。
• 最容易誤會的一點：官方文件寫明桌面版只有「工作階段限額」那張卡有這個勾選框，週限額那張卡沒有。撞到週上限，它一樣救不了你。
• 先做這件事：在 Claude Code 打 /usage 看你是撞到哪一道牆，再決定要不要去 /config 把「Continue automatically at usage limit」關掉——會半夜無人看管跑 agent 的人尤其要看完第五段再決定。

先講結論：Claude Code 額度重置時會自己接著跑，這件事是真的，而且從 2026 年 8 月 17 號那版起就是預設開啟。但它不是「幫你付錢續命」——它是站在門口等，等到重置那一刻才推門進去。

我會去把這條 changelog 挖開來看，是因為我這邊掛著幾支長期在跑的自動化：失效連結健檢、資料表對帳、定期備份。這些東西不吵不鬧，但很吃額度。某天早上我打開終端機，發現前一晚該停在半路的那個任務居然跑完了，第一個念頭不是「太好了」，而是背脊一涼——那我到底被扣了什麼？

老實說，看到「撞上限後自動繼續」這幾個字，多數人的第一反應都跟我一樣：那不就自動幫我刷卡買超額用量？我把官方 changelog、說明頁和錯誤訊息文件三份對完之後，答案比想像中乾淨，但也藏了一個更值得擔心的東西。哪裡關、開著會怎樣、撞牆當下該先看哪一道牆，這篇一次講完。

Claude Code 額度重置會自己接著跑？8/17 的 v2.1.234 改了這一條

Claude Code 額度重置時自動續跑的行為，來自 v2.1.234 這一版，套件註冊表上的發佈時間是 2026 年 8 月 17 日。官方 changelog 的原句只有一行：

Claude Code now continues your session automatically when a claude.ai usage limit resets; turn it off in /config ("Continue automatically at usage limit")

這一行有三個資訊密度很高的地方，我拆給你看。

❶ 「when a usage limit resets」——重點在 resets。 它接的動作不是「撞牆的當下」，而是「重置的那一刻」。中間那段等待時間，你的 session 是真的停在那裡不動的，不是在背景偷偷用別的額度跑。

❷ 「claude.ai usage limit」——限定訂閱額度。 這句話把 API 計費那條線排除掉了。如果你的 Claude Code 是走 API key 認證，這個機制根本不適用（下面第二段會講為什麼這個區別很要命）。

❸ 「turn it off in /config」——預設是開的。 官方用的動詞是「關掉它」而不是「開啟它」，語意上就是預設值為開。你什麼都沒做，它就已經在你的環境裡生效了。

我自己查這條的時候還踩到一個小坑，順便提醒你：我一開始是用工具去抓 changelog 摘要，摘要告訴我同一版還上線了「Windows 跨 session 訊息」。實際把原始檔逐行 grep 一遍才發現——那條在 v2.1.239，不在 2.1.234。版本號這種東西，摘要工具最愛併在一起講。要引用哪一版改了什麼，一定要回原始 changelog 檔案自己找，別信二手整理。

「自動繼續」是等 Claude Code 額度重置，還是幫你付錢？官方把兩件事分得很開

自動繼續不會替你買單。Anthropic 官方說明頁在結尾用一句話把界線畫死了：

All transitions to API credit usage require explicit user consent.

翻成白話：任何一次「從訂閱額度切換到要另外收錢的用量」，都必須經過你點頭。這也是為什麼「自動繼續」只能等重置——它能自動做的事情，剛好卡在不用花錢的那一側。

要真正理解這件事，你得先知道撞到額度上限之後，官方擺在你面前的其實是四條路，而它們的性質完全不同：

順帶更正一個很多教學文還在用的舊名詞：「extra usage／額外使用量」已經改名為「usage credits」，指令也從 /extra-usage 換成 /usage-credits（舊名還能用，但介面文案早就換了）。你搜到的中文教學如果還在寫「額外使用量」，通常也代表那篇文的其他資訊一起停在半年前。

然後是我覺得最該講、卻幾乎沒人講的一條隱藏成本。官方的成本文件裡藏了這麼一句：訂閱狀態下 prompt cache 的存活時間是一小時，但一旦你開始動用 usage credits，它會掉到五分鐘。意思是你休息個十幾分鐘再回來打字，快取就失效了，整包脈絡要重新處理一次。加值之後反而更容易 cache miss、燒得更兇——這是一個會自我加速的坑。（官方有給 ENABLE_PROMPT_CACHING_1H=1 這個環境變數可以把一小時保留下來，知道的人不多。）

所以我對「要不要加值」的判斷一直是：如果你只是想把手上這一輪跑完，等重置反而划算；真的要加值，就一次做完一整段連續的工作，別加值完又走開泡咖啡。這也連到我之前算過的同一家模型換代之後帳單反而變多的那筆帳——省不省，關鍵常常不在單價。

Claude Code 額度重置接的是哪一道牆？官方寫明週限額那張卡沒有這個選項

這是本篇最重要、也最容易被略過的一段：自動繼續不是對所有限額都有效。

Claude Code 的訂閱額度是兩道牆疊在一起——一道是滾動的工作階段視窗，一道是每週總量。這兩道牆跨所有模型共用，所以打 /model 換個便宜的模型並不會讓額度回血（唯一例外是「你已達到 Opus 限額」這種模型專屬訊息，換模型確實能繼續做事）。

而在官方的錯誤訊息文件裡，關於桌面版有這麼一句話：

In the Code tab of the Desktop app, the session-limit card shows an Auto-continue when limits reset checkbox. The weekly-limit card doesn't offer it.

白話說：桌面版的「工作階段限額」卡片才有那個自動繼續的勾選框，「週限額」那張卡片根本不提供這個選項。勾起來之後，桌面版會在重置後重試被中斷的那一輪，並把重試時間顯示在卡片上。

這裡我要很誠實地標一下界線，免得你拿錯結論去用：這段官方描述講的是桌面版的卡片；終端機那個 /config 選項，官方目前只有 changelog 那一行，沒有進一步說明它涵蓋哪幾道牆。我把兩份文件都翻過了，官方的設定項目總表裡目前也還查不到這個選項對應的設定檔 key。所以正確的說法是：桌面版已經明確排除週限額，終端機版官方沒說——你自己撞到週上限那次，就會知道答案了。

為什麼這個區別重要？因為兩道牆的痛感完全不同。工作階段那道牆通常幾小時就過去，等一下沒差；週上限那道牆一撞，你可能要等到下一個週期開始——而週視窗不是每週一早上重置，是你的帳號被指派的固定時間點。這也是我一直建議先看 /usage 再做決定的原因，我在那次週限額加碼延期的算帳文裡算過一次：加碼收回時你少掉的是三分之一，不是一半——大家對這兩道牆的直覺，幾乎都是錯的。

哪裡關掉？/config 裡的 Continue automatically at usage limit

要關掉它，路徑只有一條：在 Claude Code 裡輸入 /config，打開 Config 分頁，找到 Continue automatically at usage limit 這一項，把它切成關閉。

幾個實際操作上會卡住的地方，我一起講掉：

• /config 是終端機介面專屬的。 VS Code 的聊天面板和桌面版 App 都打不開這個選單，你得回終端機改，或是直接改設定檔。
• 桌面版走的是另一個入口。 撞到工作階段限額時，那張卡片上就有勾選框，取消勾選即可，而且官方寫明這是「針對你的帳號」關掉，不是只關這一次。
• 設定檔怎麼寫？目前無解。 官方設定項目總表還沒收錄這個 key，所以沒辦法用管理設定或 --settings 一次推給整個團隊。要團隊統一關掉，現階段只能請大家各自跑一次 /config。

如果你是第一次進 /config，會發現裡面能調的東西比想像中多——我之前整理過十二個真正會省時間的隱藏設定與快捷鍵，順手一起調完比較划算，反正你都進來了。

開著的真正風險不是帳單，是「你不在場」

講完錢，講真正該擔心的事：這個開關預設開啟，意味著你在半夜撞到限額、關掉螢幕去睡覺之後，重置時間一到，它會在沒有人看著的情況下繼續執行 agent 動作。

對只是拿它寫寫程式片段的人，這沒什麼。但我這種掛著自動化排程的用法就不一樣了——被中斷的那一輪如果剛好停在「準備要動檔案」的位置，重試就是真的去動了。而我人在睡覺。

我朋友前陣子問過我一題，我覺得很有代表性：「那我把權限模式開寬一點，是不是就不會卡住了？」我的回答是，那正好是最不該做的組合。權限放寬 × 無人看管 × 自動續跑，這三件事單獨都還好，疊在一起就是你早上起來對著 git log 發呆的標準配方。

我自己的判斷邏輯很簡單，你可以直接抄：

❶ 只在有人看著的時段用 Claude Code——留著，這個開關是純賺，省下你回來重打一次的功夫。

❷ 會掛著跑、離開座位、或用遠端遙控——去 /config 關掉，改成回來自己手動確認再續。

❸ 團隊共用的環境——先關，等官方把設定檔 key 公布之後再決定要不要統一開啟。

真正的解法其實不在這個開關本身，而在你有沒有一套「AI 做完之後怎麼驗」的流程。我把自己在用的五道驗收關卡整理成一篇——重點是別盯螢幕，而是設計成「就算它在你睡覺時做完了，你也知道要檢查哪五個地方」。有那套流程在，這個開關開著反而是好事。

撞到額度上限當下，我實際會做的 4 件事

撞牆當下最浪費時間的行為，是立刻去搜「怎麼解除限制」。先做這四件事，順序有差：

❶ 看訊息本身寫的是哪一道牆。 官方的錯誤訊息長這樣：You've hit your session limit · resets 3:45pm／You've hit your weekly limit · resets Mon 12:00am／You've hit your Opus limit · resets 3:45pm。三種的處置完全不同——最後那種換個模型就能繼續，前兩種不行。

❷ 打 /usage 看分佈。 它會告訴你限額什麼時候重置，也會拆給你看額度被誰吃掉：技能、子代理、外掛、各個 MCP server 各佔多少。我第一次認真看這張表的時候才發現，有兩個我半年沒用過的 MCP server 一直掛在那裡吃資源——這種事不看永遠不知道。

❸ 確認自己不是在付兩次錢。 如果你的系統設了 ANTHROPIC_API_KEY 這個環境變數，Claude Code 會拿它去走 API 計費，而不是用你已經付過的訂閱額度。它不會報錯，你會在月底帳單才發現。這個坑我在接外掛那篇也算過一次，是所有額度問題裡最貴的一種。

❹ 再決定等、加值，還是收工。 判斷標準就一句話：手上這件事今天不做完會不會出事？不會，就等；會，看第二段那張四條路的表。

還有一個平常就能做的預防動作：把剩餘額度直接掛在狀態列上（自訂 status line 支援 rate_limits 欄位），或在桌面版點模型選擇器旁邊那個用量環。在撞牆前十分鐘知道，跟撞牆之後才知道，差的是一整個下午。

如果你發現自己是「幾乎每週都會撞牆」那一類，那要處理的就不是這個開關了，而是用量結構本身。我整理過十個能把 token 消耗砍掉三到五成的日常習慣，先把那些試過再談升級；真的要升級，四檔方案我實際算過一輪的差別在這裡。

順帶：同一週還有兩條跟額度有關的更新

既然都把 changelog 翻開了，同一週還有兩條值得順手知道的變動，都在 v2.1.239（2026 年 8 月 21 日）。

第一條：額度用盡的訊息變聰明了。 以前你的月度支出上限用完時，訊息只會告訴你「用完了」；現在它會順便告訴你工作階段或每週限額什麼時候重置。這個小改動很實用——很多人搞不清楚自己是被支出上限擋住，還是被用量視窗擋住，這兩件事的解法完全不一樣。

第二條：無人值守重試模式的行為改了。 CLAUDE_CODE_RETRY_WATCHDOG 這個持續重試模式，以前遇到「組織支出上限」或「額度用罄」會傻傻地一直等重置；現在改成立刻失敗。這是對的方向——那兩種錯誤不會因為等待而自己好起來，以前那個行為只是讓你的排程默默卡死好幾個小時。

我自己的排程就吃過這個虧：某次早上打開一看，任務顯示「執行中」，其實已經空轉了整晚。「一直重試」和「重試到有結果」是兩回事，這條更新剛好補上了這個落差。

順帶一提，這一版也讓 Windows 的跨 session 訊息正式上線了，Claude Code 之間可以互相傳訊息、互相找得到彼此，跟 macOS、Linux 同步——不過那是另一個主題了。如果你好奇不同家的額度機制怎麼比，我也對過Gemini 那邊的兩道牆是怎麼算的，還有 Codex 的額度重置券要怎麼拿、為什麼放到第三十天就會作廢——同時用兩家以上的人，這兩篇可以一起看。

FAQ 常見問題

自動繼續開著，會不會在我不知道的情況下被扣錢？

不會。官方說明頁明確寫著「所有轉為使用 API credits 的行為都需要使用者明示同意」，自動繼續能做的只有「等到訂閱額度重置那一刻再續跑」。真正會讓你付到錢的路徑有兩條，而且都需要你主動點頭：手動啟用 usage credits，或是切到 Claude Console 買 API credits。唯一的例外是設了 ANTHROPIC_API_KEY 環境變數的情況——那不是這個開關造成的，是認證方式本來就走 API 計費。

該關掉它，還是留著？

看你會不會離開座位。人在電腦前面用的話，留著是純賺，它幫你省下重打一次的功夫；會掛著跑自動化、會睡覺離開、或用遠端遙控的話，我建議關掉，改成回來自己確認再續。判斷標準不是「怕不怕花錢」，而是「重試那一輪如果做錯了，我會不會在幾小時後才發現」。

撞到每週上限的時候，它也會自動繼續嗎？

桌面版明確不會——官方文件寫著只有工作階段限額那張卡片提供這個勾選框，週限額卡片沒有。終端機那邊官方目前只有 changelog 一行，沒有說明涵蓋哪幾道牆。所以務實的做法是：不要把「反正它會自己接」當成撞到週上限時的救命稻草，該重排的工作還是要重排。

換一個比較便宜的模型，是不是就能繼續用？

工作階段限額和每週限額跨所有模型共用，所以打 /model 換模型不會讓這兩道牆回血。唯一有效的情況是你看到的是「你已達到 Opus 限額」——那是模型專屬的限制，換成其他模型確實可以繼續做事。這件事跟「模型是不是被降智了」也常常被混在一起講，我另外拆過限流、週上限跟真實 bug 的差別。

我想知道自己每 5 小時到底有幾個 token，哪裡查得到？

查不到，因為官方從來沒公布過。Anthropic 對訂閱方案的額度只公開倍數關係（Pro 是 1x、Max 兩檔分別是 5x 和 20x），從未公布任何方案的 token 數量或小時數。你在網路上看到的那些帶精確小數的額度表，全部都是社群推估值。看到有人給你一個很精確的 token 數字，那就是該打問號的時候。 你能拿到的官方資訊只有 /usage 顯示的百分比和重置時間。

寫在最後

這個開關本身不大，但它剛好卡在一個我覺得很有代表性的位置上：官方用一句話描述了一個行為，而那句話有兩種讀法，兩種讀法會讓你做出完全相反的決定。「撞上限後自動繼續」聽起來像自動付費，實際上是自動等待——這兩件事對你的帳單和對你的睡眠品質，影響方向根本不一樣。

我對這類「預設開啟」的功能一直抱著同一種態度：不是反對，而是希望自己知道它開著。工具愈聰明，你愈需要知道它在你不在場的時候會做什麼。這也是為什麼我每次官方一改 changelog，就會去把原始檔翻一次——摘要會漏、會併版本、會把桌面版的行為講成全平台的行為。

如果你也在把 Claude Code 拿來跑真正的自動化，而不只是寫寫程式片段，那下一步我會建議先去 /usage 看一次分佈，再決定要不要動這個開關。看完你可能會發現，真正該處理的根本不是這個開關，而是那兩個你半年沒用卻還掛著的 MCP server。

想把整條自動化流程建得更穩，可以接著看我整理的 Claude Code 外掛從零安裝到防雷的設定心法，或是雲端環境跟本機到底該怎麼選——後者跟「無人看管」這個主題其實是同一個問題的兩面。另外提醒一句，如果你曾經為了換模型去動過 ANTHROPIC_BASE_URL 之類的設定，官方條款那邊的紅線在哪裡我也查過了，動手前值得先看一眼。

參考資料

• Claude Code 官方 CHANGELOG（GitHub）——v2.1.234 與 v2.1.239 原句出處
• Claude Code Changelog（官方文件站鏡像）
• Claude Code Errors：You've hit your session limit——桌面版自動繼續勾選框與週限額卡片的差異
• Anthropic Help Center：Use Claude Code with your Pro or Max plan——撞限額四條路與 API credits 明示同意條款
• Claude Code：Manage costs effectively——額度共用範圍、快取存活時間
• Anthropic Help Center：Usage credits for paid Claude plans
• @anthropic-ai/claude-code 版本發佈時間（npm）——v2.1.234 發佈日期查證
• Anthropic 官方方案與定價