工作模式與 Claude Code 心法

7.1　三種權限模式：決定它「多常問你」

還記得嗎？Claude Code 動手做事之前，會先停下來問你一聲：「我可以改這個檔案嗎？」「我可以跑這個指令嗎？」這是它的安全設計——不會趁你不注意亂動東西。

而權限模式，就是用來調整它「多常停下來問你」的那個開關。有時候你想要它每一步都先報備（最安全）；有時候你信得過、想讓它一口氣做完、你最後再一起檢查（最省事）。三種模式就是給你這個彈性。

一開始 Claude Code 預設就是從「預設（default）」模式開場，除非你在 settings.json 裡設了 defaultMode，或啟動時加上 --permission-mode 指定別的模式。

在終端機裡，按 Shift + Tab 就能在這幾種模式之間循環切換，目前是哪一種，會顯示在畫面下方的狀態列。切換順序是：

預設（default）→ 接受編輯（acceptEdits）→ 計畫（plan），再按又轉回預設。

補充一點：如果你的帳號有開啟 bypassPermissions 或 auto 這類額外模式，它們會接在「計畫（plan）」之後出現在循環順序裡，所以你按 Shift + Tab 看到的選項可能比上面這三個多——這是正常的。

下面這張表把三種模式攤開給你看。看不懂沒關係，記住最後一欄就好：新手請先用「預設」這一個。

7.2　計畫模式（Plan Mode）：先想清楚，再動手

這是整個進階篇裡，最值得你學起來的一招。

想像你要請一位裝潢師傅改你家廚房。你可以「直接叫他動手敲」，也可以先請他「畫一張施工圖給你看、你滿意了再敲」。計畫模式（Plan Mode）就是後者。 在這個模式下，Claude Code 會去讀你的檔案、四處探索、然後寫出一份「我打算怎麼做」的計畫——但它完全不會動到你的程式碼。你看過、改過、點頭了，它才真的開工。

為什麼這招這麼有用？因為對複雜一點的任務來說，「先講清楚要做什麼、彼此對齊」往往比「直接叫它做、做歪了再重來」省事太多。你等於是在它動手前，先把方向談妥。

1. 1
   ✋動手做

   在對話中按兩次 Shift + Tab，進入計畫模式

   第一次按 Shift + Tab 會切到「接受編輯」，再按一次就到「計畫模式」。看畫面下方狀態列出現 ⏸ plan mode on，就代表進來了。

2. 2
   ✋動手做

   用一句話告訴它「先研究、再規劃」，先別叫它寫

   把你的目標說清楚，重點是「規劃」不是「動手」。例如照下面這樣打（這是範例，換成你自己的需求）：

   讀 src/auth/ 搞懂我們現在怎麼處理登入狀態，然後規劃一下要怎麼加入「用 Google 帳號登入」。先別動程式碼，給我一份計畫。

   複製
3. 3
   ✋動手做

   看它寫的計畫，用對話來回修，滿意了才讓它實作

   它會回給你一份「打算怎麼做」的計畫。覺得哪裡不對、想加東西、想換順序，就直接打字告訴它改。等這份計畫你看順眼了，再說一句「好，照這個計畫開始做」，它才會真的動手寫程式。

   ✅ 預期會看到

   # 它會先回一份「計畫」而不是直接改檔，大致像這樣（實際內容依你的專案而定）
   我的計畫：
   1. 在 src/auth/ 新增 google.ts，處理 Google 登入流程
   2. 修改 login.ts，加入「用 Google 登入」按鈕的串接
   3. 更新設定檔，填入需要的金鑰欄位
   （在你說「開始做」之前，我不會改任何檔案。）

   複製

除了在對話裡按鍵切換，還有幾個更快的入口，看你的情境挑：

只是這一句話想先規劃、不想整個 session 都切模式？在提示詞前面加 /plan 當開頭就好，例如「/plan 幫我看看要怎麼加深色模式」——這一輪會用計畫模式處理，講完之後不會一直卡在計畫模式裡，很適合偶爾一次的規劃需求。

如果你開新對話時就知道「這次要先規劃」，可以在啟動時直接從計畫模式開場，不用進去再按 Shift + Tab：

💡 建議執行：開新 session 就直接進計畫模式

claude --permission-mode plan

以上兩招都只對「這一次」有效。如果某個專案你每次開工都想先看計畫（例如正在動一個容易出包的老系統），可以把它寫進專案的 .claude/settings.json，之後在這個專案開新對話就自動從計畫模式開始，不用每次手動指定：

{
  "permissions": {
    "defaultMode": "plan"
  }
}

7.3　用 /permissions 設定「哪些可以直接放行」

用久了你會發現一件煩事：有些指令明明很安全（像「跑一下測試」npm test、像「看一下目前狀態」git status），它卻每次都還要問你一遍「可以嗎？」。一直按確認，很累。

解法是：建一份允許清單，把這些你信得過的指令登記起來，之後它對這些就不再每次問，直接放行。同樣地，你也可以建一份禁止清單，把危險動作（例如刪檔）擋下來，連問都不問就拒絕。

怎麼設定，有兩種方式，挑順手的：

💡 建議執行：在對話裡叫出權限設定畫面

/permissions

在對話裡直接打這個指令，它會開一個畫面讓你管理「放行」和「禁止」清單，照畫面操作就好。

你也可以直接編輯專案裡的 .claude/settings.json，在 permissions.allow（放行）清單裡加你信任的指令；想擋掉的危險動作，就放進 permissions.deny（禁止）清單。這個之後第 8 章「個人化設定」會更完整地教，這裡先知道有這條路就好。

7.4　讓它表現更穩的相處之道

最後這節，是一些「相處心法」——沒有新指令要背，但照著做，Claude Code 會明顯更好用、更少出包。你可以把它當成「跟一位能幹同事合作的訣竅」來看。

• 把它當成「能幹的新同事」，給方向、給脈絡，細節交給它。 別把它當成只會照字面做事的機器。最好的用法是：說清楚「要解決什麼問題、相關的東西在哪裡」，剩下的怎麼做交給它。比方說，與其只丟一句「修一下結帳」，不如說：「結帳流程對『信用卡過期』的使用者會壞掉，相關程式在 src/payments/，幫我找出原因並修好。」——你給的脈絡愈足，它做得愈準。
• 複雜的事，「研究」和「動手」分開做。 這就是回到 7.2 的計畫模式：遇到大一點、不確定的任務，先讓它研究、出計畫，你對齊好了再讓它寫。把「想清楚」和「動手做」分成兩步，比一口氣叫它做穩得多。
• 善用「延伸思考」，讓它對難題多想一下。 碰到複雜問題時，Claude Code 預設會自己「多想一會兒」再回答（這叫延伸思考）。你不用做什麼就有這個好處。如果你好奇它在想什麼，按 Option + T（macOS）或 Alt + T（Windows／Linux） 可以切換「開啟／關閉」延伸思考——看不懂也沒關係，這純粹是給你參考的。想再精細一點調整它想多深，官方有個 /effort 指令可以手動調（下面有原理可以展開看）。
• 先用 /init 生成 CLAUDE.md，再慢慢打磨。 還記得第 5 章的 CLAUDE.md 嗎？讓它在每次對話都先讀懂你的專案規矩。實務上的好習慣是：一開始先用 /init 自動生成一份，之後每次發現「它又忘了某個規矩」，就順手補一行進去。養久了，它會愈來愈懂你的專案。
• 讓它自己抓脈絡，別自己慢慢貼。 需要它看某個網頁、某份錯誤紀錄時，與其手動複製一大段貼給它，不如直接把來源餵給它。例如把錯誤 log 直接「倒」給它看：

  cat error.log | claude

  複製
  這行的意思是「把 error.log 這個檔的內容，直接交給 claude 看」。它就能拿到完整的錯誤訊息，不會因為你只貼了一小段而漏掉關鍵線索。