先講一個你八成也遇過的場景。你丟給 Claude Code 一個大重構，它開始一個檔一個檔地改，進度條在跑。你坐在螢幕前，腦子裡已經冒出下一步了——「等它改完，順便幫我更新一下 README」。但你不敢打字，因為你怕一按 Enter 就把它正在做的事打斷，前面十分鐘的工白費。於是你就這樣坐著等，盯著它跑，什麼也不做。

我第一次用的時候試過兩條路，兩條都不對。第一條是乾脆等——它跑五分鐘，我就發呆五分鐘，效率低到有點荒謬。第二條更慘：我忍不住打了字按下 Enter，結果它真的停手了，我以為我把它弄壞了。後來才發現，這兩種反應都是因為我搞錯了一件事——Claude 在忙的時候，那個輸入框根本沒有鎖住，它只是在等你決定：你是要「打斷它」，還是要「排隊」。這兩個是完全不同的動作，而我一直把它們當成同一個。

輸入框沒關，只是你不知道按下去會發生什麼

Claude 在處理任務的時候，底下的輸入框是活的。你可以照常打字，打完按 Enter——這時候它不會插隊、不會打斷當前的工作，而是把你這句話排進佇列。畫面上會看到它安靜地待在輸入框上方，像在排隊等叫號。等 Claude 把手上這一輪做完，它就會照你輸入的順序，自動把佇列裡的訊息一句一句送出去接著做。

而且不只能排一句。你可以連續堆疊好幾則：「跑完更新 README」「然後開一個 PR」「PR 描述幫我寫繁體中文」——三句話全部先排好，Claude 一輪結束就自己接手，你全程沒有打斷它任何一步。

用個生活化的比喻最好懂：這就是得來速。第一台車的餐點還在打包，你不用等它開走才能點餐，第二台、第三台可以先把單下了，隊伍不會停。或者想像你同事正在專心做事，你有事要交代，你不會每五秒拍他肩膀一次，而是走過去在他桌上貼一張便利貼——他忙完自然會看到，順序還照你貼的來。訊息佇列就是那疊便利貼。

排錯了怎麼辦：按 ↑ 把它拉回來

排進去的訊息不是潑出去的水。Claude Code 會在畫面上提示你「Press up to edit queued messages」——按一下 ↑（向上鍵），就能把最後一則排隊的訊息拉回輸入框，改字、或整句刪掉重排。

這裡有個平台差異要記一下：桌面版（Desktop）比較大方，每一則排隊訊息旁邊都有個 x 可以直接點掉；而命令列的 CLI 目前只能靠 ↑ 一則一則往回拉。功能沒有到很完整，但排錯字、想反悔的時候夠用了。

真正的關鍵：排隊（Enter）跟打斷（Esc）是兩回事

前面那個「我一打字它就停手」的誤會，根源就在這裡。Claude Code 有兩個看起來很像、其實南轅北轍的動作，分清楚它們，你才算真的會用：

  • 按 Esc = 打斷。 它會立刻中止當前這一回合，讓你「改方向」。重點是，它會保留已經完成的工——不是把成果整個丟掉，而是停在這裡、等你重新下指令。
  • 按 Enter（Claude 忙碌中）= 排隊。 它不停手，把你的話排到後面，等這輪結束再處理。

判準其實一句話就講完：你想要它馬上轉向，用 Esc；你只是想接著排下一步，用 Enter。 我前面按 Enter 它停手，其實是因為我當時的版本或情境把那一下解讀成了打斷——一旦你心裡清楚「這一下我到底是要它轉向、還是要它接著做」，就不會再按錯。發現自己走錯路了、想喊卡，按 Esc；只是想先把後續工作交代下去、讓它跑完自己接，按 Enter 排隊。

一個很容易踩的坑：排隊訊息要「自己站得住」

這是新手最常犯的錯。你排隊的訊息，是稍後才會被送出去的——到那個時候，畫面已經捲動過去了、上下文已經移動了。所以如果你排了一句「那個也順便做一下」，等它真的被送出時，Claude 早就不知道「那個」是指哪個了。

正確的做法是把排隊訊息寫成自足的指令：不要寫「那個順便處理」，要寫「幫 auth.ts 補一個登入失敗的測試」。判斷方法很簡單——如果這句話單獨拿出來、脫離當下畫面還看得懂，它就合格；如果它得靠「你現在正看著的東西」才成立，就會出事。便利貼要寫清楚是給誰、做什麼，不能只寫「那個」。

誠實說：這功能還在演進，有個時機的坑

講到這裡都很美好，但我得老實補一個目前（Claude Code v2.1.x，2026 年 7 月的狀況）還沒完全磨平的地方，免得你踩到覺得莫名其妙。

理想中，排隊訊息應該等「一整回合真正結束」才送出。但現行的實作，是在「下一次 LLM 暫停」的時候就把佇列沖出去——而暫停可能發生在工具呼叫的空檔、或子代理返回的那一刻，並不是嚴格的回合結束。這代表：你排的訊息有機會在任務中途就插進去，打亂 Claude 正在做的事。社群已經有人開了 issue，要求做一個「只在回合真正結束才送」的模式；另外也有回報過一個 bug，是排隊訊息偶爾會被誤讀成「你在回覆它剛剛的輸出」。

所以務實一點：這個沖出的時機之後應該還會再調整，↑ 的編輯行為、桌面版跟 CLI 的差異也可能隨版本變。這篇講的是骨幹觀念——排隊 vs 打斷、自足指令——這些不太會變；細節行為請以你手上那版的實際表現為準。

回到一開始那個乾等的你

現在把鏡頭拉回開頭。同樣是丟一個大重構給 Claude，這次你不再坐著發呆了：它一開始跑，你就把「跑完幫我更新 README」「再開一個 PR」先排進佇列，然後起身去倒杯水。它做完自己接手，你回來的時候三件事都排著跑完了。

這件事背後有個反直覺、但我覺得很值得記住的道理：和 AI 合作最快的方式，其實是停止盯著它看。 坐在螢幕前緊盯它跑，感覺自己很專注、很勤奮，但那是一條同步的、慢的路——你的產出被它的節奏綁死了。真正拉高吞吐量的，是把你腦中下一個、下下一個念頭先外部化、丟進佇列，讓它批次消化。打斷它，感覺像是你在掌控全局；但多數時候，重新規劃的成本，比它省下的那點時間高得多。

下次它開始跑，別急著把手放下。想到什麼，先排進去。

參考來源