Claude Code 卡住沒反應?5 個原因與解法
先講重點
短答給趕時間的人:Claude Code 看起來卡住,5 個原因照機率排:(1) 它在等你按確認 — 往上捲,可能有個權限詢問停在那 (2) 長任務正常在跑 — 有轉圈動畫就是在工作,大任務跑 10 分鐘很正常 (3) context 滿了變慢 — 打 /compact 壓縮 (4) 網路問題 — 看有沒有連線錯誤字樣 (5) 真的異常 — 按 Esc 中斷,不行再關終端機重啟。真當機很少,9 成是前兩種。
「它是不是死了?」是我前三個月最常有的疑問。有次我等了 5 分鐘以為當機、直接砍掉終端機,結果它其實正在改一個大檔案 — 斷在半路,檔案改了一半,收拾比等它做完還久。這篇整理「什麼時候該等、什麼時候該中斷、怎麼中斷才安全」的判斷法。
先判斷:它是在工作、在等你、還是真的死了?
重開之前先花 30 秒判斷狀態,對照這張表:
| 畫面長怎樣 | 它其實在 | 你該做的 |
|---|---|---|
| 有轉圈 / 進度動畫在動 | 工作中 | 等。大任務 10 分鐘內都算正常 |
| 停著 + 上方有個問題或選項 | 等你回答 | 往上捲 回答它 / 按確認 |
| 回應越來越慢 越答越恍神 | context 快滿 | 打 /compact 壓縮對話 |
| 出現 connection / network 字樣 | 網路斷了 | 查網路 重試會自動接上 |
| 完全靜止 打字也沒回音 | 可能真的卡死 | Esc 中斷 → 不行再重開 |
最容易誤判的是第 2 種:它問了你問題、你沒看到,雙方互等。重開前先往上捲一頁。
最常見的兩種「假卡住」
假卡住 1:權限確認在等你。Claude Code 對有風險的動作(執行指令、改系統設定)會先停下來問你要不要放行 — 這是保護機制不是 bug。如果你切去做別的事,回來只看到它停著,很像當機。解法:往上捲,看到選項就回答;常做的同類操作可以在它詢問時選「這個工作階段都允許」,之後就不會頻繁停下來等。
假卡住 2:長任務正常在跑。「幫我把這 30 個檔案都改掉」這種任務,它要一個一個讀、改、驗證,幾分鐘很正常。判斷依據是畫面有沒有活動跡象(轉圈、逐字輸出、工具呼叫的紀錄一條條出現)。有動靜就是在做事;真的不放心,等這輪做完後叫它「以後長任務每完成一個步驟回報一次」,你就看得到進度。
怎麼安全地中斷?(比砍終端機好的做法)
看到它方向跑歪、或你想改指令,不用砍視窗 — 按 Esc 一次就能中斷當前動作,對話跟已完成的工作都還在,你可以直接打字修正方向:「停,不是這樣,我要的是⋯」。這是最該學的一顆按鍵,中斷之後它會停在原地等你的新指示。
Esc 沒反應才升級處理:關掉終端機視窗、重開、在同個資料夾重啟 Claude Code — 它會問你要不要接續上次的對話(或用 claude --continue 接回)。注意:強制重開的風險是「改到一半的檔案」,重啟後第一件事叫它「檢查剛才改到哪、有沒有改一半的檔案」,讓它自己收尾。
我那次砍終端機的教訓就在這:它正在大改一個檔案,強制中斷後檔案處於半成品狀態,而我又不會看程式,花了更多時間讓它找回狀態。後來學會:先 Esc、再說話、真不行才重開。
反覆卡的話,是這兩個習慣在害你
偶爾卡是正常,天天卡通常是使用習慣:(1) 對話太長 — 堆了幾十輪歷史的對話,每次回應都變慢,還會開始忘東忘西。換主題就開新對話、長對話定期 /compact,細節看 context 那篇專文。(2) 任務太大一口吞 — 「幫我重構整個專案」這種等級的任務,跑很久、中間又問不到進度。拆成「先改這個資料夾」「先處理這 5 個檔」,每段 10 分鐘內能完成,卡住的損失也小。
Claude Code 卡住的 5 個原因照機率排:(1) 在等你按權限確認 — 往上捲看,最容易誤判 (2) 長任務正常在跑 — 有轉圈或逐條紀錄就是在工作,10 分鐘內別慌 (3) context 滿了變慢 — /compact 壓縮 (4) 網路斷線 — 看 connection 字樣 (5) 真的卡死 — 先按 Esc 中斷(對話保留、可直接修正方向),不行再重開終端機用 claude --continue 接回。重開後第一件事:叫它檢查有沒有改一半的檔案。天天卡就是習慣問題:對話太長、任務太大,拆小最有效。
名詞解釋
- context（上下文視窗）
- AI 一次能「記在腦中」的內容上限，包含你說的話、它讀的檔案跟對話紀錄。塞滿了就會忘掉前面的事，這就是長對話後 AI 開始恍神的原因。
- 終端機（terminal）
- 「用文字指令操作電腦的視窗」的統稱。Mac 叫 Terminal，Windows 上就是 PowerShell，兩者角色相同。
- 命令列（CLI, Command Line Interface）
- 用打字指令操作電腦的方式，沒有按鈕跟視窗。Claude Code 就是命令列工具。
- token（字元計費單位）
- AI 讀寫文字的計量單位，一個中文字約 1-2 個 token。訂閱方案的用量限制、API 的計費都是按 token 算，所以「講重點、少貼無關內容」直接等於省錢。
如果內容對你有用就太好了
隨喜斗內
▸ 常見問題
Claude Code 一直轉圈沒回應,是當機了嗎?
先別重開,30 秒判斷:有轉圈動畫或工具紀錄一條條出現 = 正常工作中,大任務跑 10 分鐘很常見;完全靜止 + 往上捲發現有個問題或選項停著 = 它在等你回答(最容易誤判的情況);回應越來越慢 = context 快滿,打 /compact。真的完全沒動靜,按 Esc 中斷再下指令,Esc 也沒反應才重開終端機。
Claude Code 跑到一半想中斷怎麼辦?
按 Esc 一次。它會停下當前動作,對話跟已完成的工作都保留,你可以直接打字修正:「停,方向不對,我要的是⋯」。不要直接砍終端機 — 改到一半的檔案會停在半成品狀態。Esc 無效才關視窗重開,重啟後用 claude --continue 接回上次對話,並先叫它檢查有沒有改一半的檔案。
Claude Code 為什麼停著不動,好像在等什麼?
很可能真的在等 — 等你。它對有風險的動作(執行指令、大量修改)會先停下來徵求同意,如果你剛好切去別的視窗,回來就只看到它靜止,雙方互等。往上捲一頁,看到權限詢問就回答。常見的同類操作可以選「這個工作階段都允許」,減少之後停下來的次數。
Claude Code 越用越慢是什麼原因?
9 成是對話堆太多東西:每次回應它都要重讀整段對話歷史,幾十輪之後自然變慢,還會開始恍神忘事。解法:打 /compact 把歷史壓縮成摘要;或做完一件事就開新對話,別把不相關的任務全塞同一個對話裡。這同時也省額度 — 長對話是燒 token 最快的使用方式。
看完這篇之前先確認:
- Claude Code 轉圈很久 不確定是在做事還是當機
- 打了字沒反應 想知道該等還是該重開
- 想知道怎麼安全地中斷一個跑歪的任務
- 根本還沒裝起來 (那是安裝問題,看排查那篇)
- 報 limit 訊息 (那是額度問題,看額度那篇)
- 程式邏輯錯誤的 debug (這篇講工具本身沒反應)
- 一沒反應就砍終端機重開 — 進行到一半的修改可能斷在半路
- 分不清「在等你回答」跟「當機」— 先往上捲看有沒有問題在等你
- 長任務盯著螢幕乾等 — 學會判斷正常工作跟真的卡死