Claude Code 指令大全 — 60+ 指令的實戰分類與使用時機
不只是列表。從日常開發到 CI/CD 自動化, 把 Claude Code 的斜線指令, CLI flags, 快捷鍵, 搭配實際使用心得告訴你什麼時候該用哪個。
Claude Code 指令大全 — 60+ 指令的實戰分類與使用時機
大多數人用 Claude Code, 就是打開 terminal, 輸入自然語言, 然後等它做事。
這樣用完全沒問題, 但你大概只用到了它 30% 的能力。Claude Code 有超過 60 個斜線指令, 30+ 個 CLI flags, 還有一整套鍵盤快捷鍵和 MCP 指令。問題不是「功能太少」, 而是「功能太多, 不知道什麼時候該用什麼」。
這篇不是要你把所有指令背起來。我想做的是按照實際使用場景分類, 告訴你在什麼情境下, 哪個指令能幫你省最多時間。
先搞懂: 安裝與啟動的幾種姿勢
npm install -g @anthropic-ai/claude-code
裝好之後, 最基本的用法大家都知道:
claude # 互動模式
claude "Fix the bug in auth.ts" # 帶初始 prompt
但很多人不知道的是, Claude Code 其實有幾種非互動模式, 在自動化場景下超好用:
claude -p "分析這段程式碼" # 單次查詢, 不開 session
claude -c # 繼續上次 session
claude --resume # 同上 (長版)
-p (print mode) 是最被低估的 flag。它讓 Claude Code 變成一個可以被腳本呼叫的工具, 而不只是一個互動式聊天。搭配 --output-format json, 你可以把它塞進 CI/CD pipeline:
claude -p "檢查安全性漏洞" \
--output-format json \
--allowedTools "Read,Grep,Glob" \
--max-turns 5 > security.json
這行指令做了什麼? 用只讀工具掃描程式碼庫的安全問題, 限制最多 5 輪對話 (避免跑太久), 輸出 JSON 格式方便後續處理。在 CI 裡跑這個, 等於免費多了一個 AI code reviewer。
Session 管理 — 你最常用但可能用錯的指令
Context 是有限的, 管好它
Claude Code 的對話有 context window 限制。用久了, 前面的對話會開始被壓縮或遺忘。所以 context 管理是每天都會用到的技能。
| 指令 | 什麼時候用 |
|---|---|
/compact | context 超過 80% 的時候。可以加參數指定要保留什麼: /compact 保留錯誤處理邏輯 |
/clear | 切換任務的時候。不要在同一個 session 裡做太多不相關的事 |
/resume | 今天要繼續昨天的工作。它會載入上次 session 的壓縮摘要 |
/branch | 想試一個實驗性方向, 但不確定行不行。分叉出去, 失敗了也不影響原本的 session |
/rewind | 「剛才那步不對, 我要回到之前的狀態」。它會同時回溯對話和程式碼變更 |
從實作經驗來看, 最常見的效率殺手是「在一個 session 裡做太多事」。當你發現 Claude 開始忘記前面說過什麼, 不是它變笨了, 是 context 滿了。這時候
/clear開新 session 比/compact更有效, 因為壓縮還是會丟失細節。
/branch 的使用場景
很多人不知道這個指令, 但它其實非常實用。假設你在重構一個模組, 做到一半想到「如果改用另一個 pattern 會不會更好?」:
- 不用
/branchk: 你要麼放棄目前的方向, 要麼硬著頭皮繼續 - 用
/branch: 分叉出去試試看, 如果不行, 原本的 session 還在
這就像 git branch, 但是是對話層級的 branch。
模型與模式 — 不是所有任務都需要最強的模型
/model opus # 複雜推理, 架構設計
/model sonnet # 日常開發 (預設)
/model haiku # 快速查詢, 簡單修改
Claude Code 目前有三個模型可選:
| 模型 | 強項 | 適合場景 |
|---|---|---|
| Opus 4.6 | 最強推理, 複雜任務 | 架構設計, 大規模重構, 複雜 debug |
| Sonnet 4.6 | 均衡 (預設) | 日常開發, code review, 一般功能實作 |
| Haiku 4.5 | 最快最便宜 | 快速查詢, 簡單修改, 格式化 |
實際操作的心得: 不要全程用 Opus。大部分日常開發用 Sonnet 就夠了, 只在遇到需要深度思考的問題時切 Opus。這樣做的好處不只是省錢, 而是 Opus 在簡單任務上有時反而會「想太多」, 把簡單的事情複雜化。
Effort 等級
/effort low # 快速回應, 不深入思考
/effort high # 仔細思考每一步
/effort max # 最深度推理 (僅 Opus)
/effort auto # 讓 Claude 自己判斷
/effort 跟 /model 搭配使用效果最好。比如:
- 查一個 API 的用法 → Haiku + low effort
- 寫一個新功能 → Sonnet + auto effort
- Debug 一個詭異的 race condition → Opus + max effort
快速模式
/fast 不是切換模型, 而是讓 Opus 用更快的輸出速度。它犧牲的是「思考的仔細程度」, 不是模型能力。適合你已經知道方向, 只是要它快點生成程式碼的時候。
Context 與資訊查看 — 知道自己在哪
| 指令 | 你想知道什麼 |
|---|---|
/context | context 用了多少? 哪些東西佔最多空間? 視覺化的色格圖, 一目了然 |
/cost | 這個 session 花了多少錢? token 用量明細 |
/usage | 我的方案還剩多少額度? rate limit 狀態 |
/stats | 我最近用 Claude Code 的模式: 每日用量, session 歷史, 連續使用天數 |
/insights | AI 分析你的使用習慣, 告訴你擅長什麼, 哪裡可以改進 |
/diff | 互動式 diff 檢視器, 看目前改了什麼 |
/context 是我最常用的診斷指令。當 Claude 開始「忘東忘西」或回應變慢, 第一件事就是看 context 用量。通常超過 70% 就該考慮 /compact 了。
/insights 很有趣, 它會分析你跟 Claude 互動的模式。比如你可能發現自己在某類任務上特別依賴 AI, 或者某些指令你從來沒用過但其實很適合你的工作流。
輸出、設定與分享
複製與匯出
| 指令 | 說明 |
|---|---|
/copy | 複製最後一個回應到剪貼簿。如果回應裡有多個程式碼區塊, 會跳出選擇器讓你挑 |
/export | 把整個對話匯出成純文字。加檔名直接寫檔: /export session-log.txt |
專案初始化
/init 會自動生成 CLAUDE.md, 這是 Claude Code 的專案記憶檔。每次開新 session 它都會自動讀取, 讓 Claude 知道這個專案的技術棧, 規則, 常用指令。
寫好 CLAUDE.md 可能是你能做的最高 ROI 的事。它不需要很長, 但要具體:
## 常用指令
npm run dev # 開發伺服器
npm run test # 跑測試
## 規則
- TypeScript strict mode, 不用 any
- React Server Components 為預設
- 測試用 Vitest + Testing Library
/memory 則是讓你隨時編輯這個記憶檔, 或者開關自動記憶功能。
鍵盤快捷鍵 — 真正的效率在指尖
每天必用
| 快捷鍵 | 說明 |
|---|---|
Ctrl+C | 取消當前生成。Claude 回答到一半覺得方向不對? 直接打斷 |
Ctrl+F (按兩次) | 終止所有背景代理。3 秒內按兩次確認 |
Shift+Tab | 依序切換: 一般 → Auto-accept → Plan mode。超好用 |
Ctrl+G | 在外部編輯器開啟 prompt 輸入。寫長 prompt 的時候用這個 |
Shift+Tab 是我覺得最被低估的快捷鍵。很多人不知道 Claude Code 有三種模式:
- 一般模式: 每個操作都要你確認 (安全但慢)
- Auto-accept: 自動接受所有操作 (快但要信任 AI)
- Plan mode: 只規劃不執行 (想看 Claude 的計畫但不要它動手)
用 Shift+Tab 在這三種之間快速切換, 比手動輸入 /plan 或在每個操作上點「accept」快得多。
導航快捷鍵
如果你在終端機裡工作, 這些 readline 風格的快捷鍵會讓你的輸入體驗好很多:
| 快捷鍵 | 說明 |
|---|---|
↑ / ↓ | 瀏覽歷史指令 |
Ctrl+R | 搜尋歷史指令 (跟 bash 一樣) |
Ctrl+A / Ctrl+E | 行首 / 行尾 |
Ctrl+W | 刪除前一個單字 |
Alt+B / Alt+F | 前/後一個單字 |
macOS 用戶注意:
Alt快捷鍵需要在終端機設定裡把 Option 鍵改成 Meta。iTerm2 的設定在 Settings → Profiles → Keys → Left Option = Esc+。
Vim 模式
如果你是 Vim 用戶, /vim 指令可以啟用 Vim 風格的按鍵操作。支援 h/j/k/l 移動, w/b/e 按單字跳轉, d/c/y 操作符, 甚至文字物件 (iw, i", a()。
自訂快捷鍵
/keybindings # 開啟設定檔
設定檔在 ~/.claude/keybindings.json, 改了立即生效:
{
"ctrl+enter": "newline",
"alt+s": "/compact",
"alt+c": "/clear"
}
我自己綁了 alt+s 到 /compact, 因為壓縮 context 是最常做的動作之一。
特殊輸入前綴 — 三個小符號, 三種大用途
| 前綴 | 用途 | 範例 |
|---|---|---|
! | 直接執行 shell 指令, 結果進 context | ! npm test |
@ | 引用檔案或目錄 | @src/auth/login.ts 這個函式有 bug |
/ | 斜線指令 | /compact |
! 前綴特別好用。很多人會說「幫我跑一下 npm test」, 但其實直接 ! npm test 更快, 而且結果會直接進入 context, Claude 可以馬上基於測試結果做出反應。
@ 的好處是讓 Claude 精確知道你在說哪個檔案。比起說「那個 auth 檔案」, @src/auth/login.ts 不會有歧義。
內建 Skills — 超越斜線指令的自動化
Skills 比斜線指令更強大。它們是 prompt 驅動的工作流程, Claude 會根據 skill 的描述自動協調多個工具和子代理。
| Skill | 用途 |
|---|---|
/batch <指令> | 大規模平行變更。把任務分解成 5-30 個單元, 每個在獨立 git worktree 跑, 最後建立 PR |
/simplify | 檢視最近修改的檔案, 同時開三個代理找程式碼重用、品質、效率問題 |
/loop [間隔] <prompt> | 固定間隔重複執行。/loop 5m "檢查部署是否完成" |
/debug | 讀取 debug log 排查問題 |
/claude-api | 載入 Claude API 參考資料 |
/batch 是做大規模重構的神器。比如「把整個 src/ 從 Solid 遷移到 React」, 它會自動拆分成可管理的單元, 平行處理, 最後合併。
速查卡: 按使用頻率排序
每天都用
claude # 啟動
/clear # 切換任務
/compact # 壓縮 context
Shift+Tab # 切換模式
/cost # 查費用
Ctrl+C # 中斷
每週都用
/model opus/sonnet # 切模型
/context # 查 context 用量
/resume # 繼續上次
/diff # 看改了什麼
/branch # 實驗性分支
需要時用
claude -p "..." --output-format json # CI/CD 自動化
/batch "大規模遷移" # 平行重構
claude mcp add ... # 連接外部服務
/permissions # 調整權限
Claude Code 的指令系統設計得很有層次: 日常開發只需要 5-6 個指令, 但當你需要更精細的控制時, 從 context 管理, 模型切換, 權限設定到 MCP 整合, 每一層都有對應的工具。
不需要一次學會所有指令。從你最常做的事開始, 每次遇到「這個操作好煩」的時候, 翻一下這篇, 大概率有一個指令能解決你的問題。
