Claude Code 指令教學|30 個必學指令與使用情境,打造高效 AI 開發流程
前言
每天開 Claude Code 寫程式、卻還在用一長串自然語言重講需求的人,值得花十分鐘學會斜線指令。這篇 Claude Code 指令教學照「什麼情境該打哪個指令」整理出 30 個常用指令,附上我幫客戶調 n8n 流程、自己蓋官網時靠這些指令解決卡住問題的經驗,每個指令講適用情境、容易犯的錯,跟比較好的用法。
明明打字就能問,為什麼還要背 Claude Code 指令?
網路上的 Claude Code 指令大全,大多是官方文件直接搬過來的清單:一排 /xxx 加一句說明,看完還是不知道自己什麼時候會用到。實際寫 code 的過程比清單亂得多:對話講到一半發現 context 塞爆了、想切換 model 卻忘記指令叫什麼、PR 要送出去了才想到該做資安檢查。
對話拖得越長,Claude 記住的細節就越模糊,你得重新解釋一次專案背景;你想換到便宜一點的 model 省成本,卻不知道有指令能做;PR 送出前你用肉眼掃一遍程式碼找資安漏洞,其實有指令能幫你先掃過一輪。指令是拿來解決這些每天都會遇到的具體麻煩,不是背來炫技的。這篇的排法也照這個邏輯走:接手新專案、日常開發、客製化控制、多工具協作、除錯健檢,五種情境各配一批指令。
Claude Code 的指令從哪裡來:內建指令、內建 Skill、自訂 Skill
打 / 開頭的指令看起來都長得一樣,但背後分三層。搞懂這三層,你才知道哪些指令是 Anthropic 寫死不能改的,哪些是你自己也能加的。
| 層級 | 誰做的 | 能不能自己改 | 範例 |
|---|---|---|---|
| 內建指令 | Anthropic 寫死在 CLI 裡 | 不行,只能照原本方式用 | /clear、/model |
| 內建 Skill | Anthropic 用提示詞包好,隨版本更新 | 不能改邏輯,但能決定要不要跑 | /verify、/loop |
| 自訂 Skill | 你自己寫在專案的 .claude/skills | 完全能改,想加幾步都行 | 把「上架官網文章」整套 SOP 包成一個指令 |
最後一種最有意思。像我平常寫部落格文章,會把「讀程式碼、查 n8n 流程、列大綱、寫 HTML、生圖、上傳圖床」這一整套流程包成一個 skill,之後只要打一個指令、給個主題,剩下的步驟它會自己照 SOP 走,不用每次重講一次流程。後面經驗那段會細講實際用起來的差別。
📖 延伸閱讀:2026 AI 網站開發怎麼開始?不會寫程式也能打造專屬自己的網站
接手新專案的起手式:這幾個指令決定 Claude 懂不懂你的專案
如果你還沒裝好 Claude Code,官方文件有完整的安裝步驟,這篇不重複講安裝,直接跳到裝好之後、打開一個新專案該做的事。
/init 與 /memory:讓 Claude 讀懂你的專案規則
/init 會掃過整個專案,生成一份 CLAUDE.md,把技術架構、資料夾結構、常見指令寫進去,之後每次開新對話,Claude 都會先讀這份檔案。/memory 則是拿來後續修改這份規則,或查看目前有哪些記憶已經生效。很多人第一次用 Claude Code 沒跑 /init,結果每次都要重新解釋「這是 Next.js 專案、資料庫用 SQLite」,等於每次對話都在繳一次學費。
/config:先把介面與預設 model 喬好
/config 打開設定畫面,可以調主題、輸出風格,還有預設要用哪個 model。剛接手一個新專案,先花 30 秒把這些喬好,之後就不用每次手動切換。
/add-dir:專案分散在多個資料夾時
如果你的專案不是單一資料夾(像前端跟 n8n 流程檔分開放),/add-dir 可以把額外的目錄加進 Claude 能讀取的範圍,不然它只看得到你啟動時所在的那個資料夾。要留意加進來的目錄只開放檔案存取,那個目錄底下的 .claude 設定並不會一起載入。
/mcp:一開始就接上你的外部工具
/mcp 用來連接 MCP(讓 Claude 直接操作外部服務的介面,例如資料庫、n8n、Google Sheets)並處理登入授權。專案一開始就把常用的 MCP 接好,後面要查資料、跑工作流程才不用切出去手動操作。
日常寫 code、抓 bug 最常打的指令
這是每天實際會用到的一批,跟「設定」無關,是寫 code 過程中隨時要處理的狀況。
/clear 與 /compact:對話太長怎麼辦
/clear(別名 /reset、/new)會開一個新對話,把 context 清空,舊對話還能用 /resume 叫回來;/compact 則是把落落長的對話歷史壓縮成摘要,騰出空間繼續講下去,不用整個砍掉重練,還能指定要保留的重點,像 /compact 保留登入功能的討論。差別在於:要換題目就用 /clear,同一件事講太久快塞爆就用 /compact。
/context:看你到底吃掉多少上下文
/context 會視覺化顯示目前用掉多少上下文空間、哪一段佔最多。常見錯誤是等到 Claude 開始「忘東忘西」才想到要處理,提前用 /context 檢查、抓到快滿的時間點先 /compact,回答品質會穩定很多。
/plan:動大刀之前先進規劃模式
/plan 會切換到 Plan Mode,這個模式下 Claude 只讀專案、不動任何檔案,先把要怎麼改的計畫列給你看,你點頭它才動手。也可以直接帶描述,像 /plan 修掉登入頁的驗證 bug,進模式的同時就開始規劃。牽動很多檔案的重構,最容易犯的錯是直接叫它改,改到一半才發現方向錯了,倒帶重來花的時間比先看一份計畫多得多。
/rewind:打錯方向能不能倒帶
改到一半發現方向不對,/rewind(別名 /undo、/checkpoint)可以把程式碼和對話一起回到某個 checkpoint,或摘要掉一部分對話重新來。這比手動 git reset 再重新解釋一次背景快得多,尤其是還沒 commit 的階段。
/diff:逐格檢查改動
/diff 提供一個互動式的 diff 檢視器,一段一段看 Claude 剛剛改了什麼,不用自己切到編輯器裡對照。
/usage 與 /export:掌握花費、留存紀錄
/usage(別名 /cost,如果你看到教學文章寫 /cost,講的是同一件事)顯示目前這個 session 的用量、花費和方案額度;/export 可以把整段對話匯出成文字檔,方便之後回頭查當初的決策過程。
想讓 AI 更聽你的話:客製化與精準控制
指令不只是「執行動作」,有一批是拿來調整 Claude 的行為模式,讓它更貼近你要的做事方式。
/model 與 /effort:挑對腦袋、調思考力度
/model 切換要用哪個模型並存成預設;/effort 則是調整思考的力度(從 low 到 max 分好幾檔)。簡單的小改動用低檔位省時間,牽一髮動全身的重構就調高檔位,讓它多想幾步再動手。
/permissions:哪些動作要先問過你
/permissions 設定哪些工具或指令要自動放行、哪些要先問你、哪些直接擋掉。最常見的錯誤是圖方便把所有動作都設成自動放行,結果哪天不小心跑到一個會動到正式環境的指令都不會發現。正式環境相關的操作,建議設成「先問過你」,不是信不過 AI,是讓真正該人工核准的那一步留在人手上。
/hooks:自動化反應機制
/hooks 可以查看目前設定的自動反應規則,例如某個工具跑完自動觸發另一個動作。適合已經抓到固定作業模式、想把重複的手動步驟接起來的時候用。
/advisor 與 /goal:找第二個 model 把關、設目標做到底
/advisor 會在工作的關鍵時刻找第二個 model 給意見,等於多一個人幫你看一次判斷合不合理,適合拿不定主意的架構決策;/goal 則是設定一個明確的完成條件,讓 Claude 持續執行到達成為止,不用你每一步都盯著確認,中途想收手打 /goal clear 就能解除。
📖 延伸閱讀:Claude Code 做出來的網頁充滿 AI 味?Claude Design 協同設計讓網站 UI/UX 質感飛躍
多工具協作與進階情境:一個人也能有一支開發團隊
/agents:專屬分身 subagents
/agents 用來管理專屬的 subagent,各自負責不同任務、有自己的工具權限。新版本的做法是直接用講的請 Claude 幫你建,或自己編輯 .claude/agents/ 底下的設定檔。可以把跟主線任務無關的小改動丟給一個分身去處理,不會打斷你正在忙的主要對話,後面經驗那段有實際用法。
/schedule 與 /loop:排程與重複任務
/schedule 建立在雲端定期執行的任務,就算你的電腦關機也照跑;/loop 則是在這個 session 開著的期間,用固定或自己抓節奏的間隔重複跑同一件事,適合「每 5 分鐘看一下部署好了沒」這類不需要你手動觸發的工作。
/review 與 /code-review:PR 審查怎麼選
/review 是快速看過一遍 GitHub PR,只讀不改;/code-review 則是更完整的審查,能直接抓出正確性問題,加上 --fix 還能順手修掉。小改動用 /review 抓大方向,正式要合併的功能用 /code-review 全面檢查。
/plugin:擴充功能生態
/plugin 打開擴充功能選單,可以瀏覽、安裝、更新其他人做好的能力包。一個 plugin 就是把 skill、subagent、hooks、MCP 連線打包成一件可以直接安裝的東西,裝完的指令會掛上自己的命名空間(像 /plugin-name:指令),不怕跟你原本的指令撞名。Anthropic 官方精選市場內建就有,社群市場用 /plugin marketplace add anthropics/claude-plugins-community 一行加進來。
從幾百款裡挑三個值得先裝的:
- frontend-design(Anthropic 官方):管住 AI 的設計品味,做網頁時會照一套設計原則走,不會每次都生出同一張 AI 味模板臉。這款是官方目錄安裝數最高的 plugin,我自己的官網 UI 調整就掛著它跑。
- security-guidance(Anthropic 官方):每次改動當下就掃常見漏洞(指令注入、XSS 這類),跟前面講的
/security-review剛好一個守當下、一個守送 PR 前的出口。 - Context7(社群):把函式庫的最新官方文件即時拉進對話,治 AI 拿舊版 API 寫程式的老毛病,常更新的框架特別有感。
Plugin 別貪多,每裝一個都會多吃一點上下文空間,先裝解決自己最大痛點的一兩個,有需要再回選單找。
除錯與健檢:出問題時打哪個指令
/doctor:設定健檢
/doctor 檢查安裝、環境變數、設定檔有沒有問題,檢查完按一下 f 就能讓它把抓到的問題修掉。裝好 Claude Code 之後、或是遇到莫名其妙的怪行為,先跑一次 /doctor,通常能排除掉一半環境設定造成的問題。
/verify:真的跑起來確認有沒有效
/verify 會實際 build 並跑起應用程式,確認改動是不是真的有效,不是只看 Claude 說「應該修好了」就相信。最常見的錯誤是改完程式碼看起來邏輯對就直接收工,沒有真的跑一次;尤其是 UI 相關的改動,肉眼看程式碼跟實際跑起來常常是兩回事。
/security-review:資安檢查
/security-review 專門掃這次改動有沒有資安漏洞,PR 送出去之前跑一次,比等到上線後被抓到問題便宜太多。
📖 延伸閱讀:Vibe Coding 的 5 種常見資安漏洞:用 Claude Code 一次健檢全找出來
/feedback 與 /help:回報問題、找說明
/feedback(別名 /bug、/share)用來直接回報問題給 Anthropic,會連著 session 的相關資訊一起送;不確定某個指令怎麼用,/help 會列出目前所有可用指令,比自己上網查還快。
30 個指令速查表:情境 x 指令 x 一句話
怕記不住上面講的內容,這裡整理成一張速查表,之後忘記直接回來對照就好。
| 情境 | 指令 | 一句話用途 |
|---|---|---|
| 接手新專案 | /init | 掃描專案生成 CLAUDE.md |
| 接手新專案 | /memory | 查看、修改專案記憶規則 |
| 接手新專案 | /config | 調整介面與預設 model |
| 接手新專案 | /add-dir | 加入額外的工作目錄 |
| 日常開發 | /clear | 開新對話、清空 context(別名 /reset、/new) |
| 日常開發 | /compact | 壓縮對話歷史釋放空間 |
| 日常開發 | /context | 視覺化目前上下文用量 |
| 日常開發 | /plan | 進規劃模式,先看計畫再動手 |
| 日常開發 | /rewind | 回到某個 checkpoint 重來(別名 /undo) |
| 日常開發 | /diff | 互動式檢視改動內容 |
| 日常開發 | /usage | 顯示用量與花費(別名 /cost) |
| 客製化控制 | /model | 切換並記住預設 model |
| 客製化控制 | /effort | 調整思考力度 |
| 客製化控制 | /permissions | 設定哪些動作要先問過你 |
| 客製化控制 | /hooks | 查看自動化反應規則 |
| 客製化控制 | /advisor | 找第二個 model 幫忙把關 |
| 客製化控制 | /goal | 設定目標讓它執行到完成 |
| 多工具協作 | /agents | 管理專屬 subagent 分身 |
| 多工具協作 | /schedule | 建立雲端定期任務 |
| 多工具協作 | /loop | 固定或自訂間隔重複執行 |
| 多工具協作 | /review | 快速看過一遍 PR |
| 多工具協作 | /code-review | 完整 PR 審查並可自動修 |
| 除錯健檢 | /doctor | 檢查安裝與設定問題 |
| 除錯健檢 | /verify | 實際跑起來確認改動有效 |
| 除錯健檢 | /security-review | 掃描資安漏洞 |
| 除錯健檢 | /feedback | 回報問題給 Anthropic(別名 /bug) |
| 除錯健檢 | /help | 列出所有可用指令 |
| 其他常用 | /export | 匯出對話為文字檔 |
| 其他常用 | /plugin | 安裝擴充功能 |
| 其他常用 | /mcp | 連接外部工具與服務 |
想跟上 AI 圈每週的新工具和大事?訂閱電子報,每週一早上收一份 AI 新聞精選加短評。
訂閱電子報,收每週 AI 新聞短評接上 MCP 之後,我的 n8n 開發快了一大截
在還沒把 /mcp 接上 n8n 之前,我要幫客戶調一個工作流程,得自己開瀏覽器登入 n8n、一個節點一個節點點開看設定、改完再手動測試。接上 n8n 的 MCP 之後,同樣一件事變成直接跟 Claude 講「這個流程哪裡卡住了」,它自己去查節點結構、找出問題、改完直接跑一次給我看結果。同一件事,以前要開好幾個分頁來回切換,現在一句話講完。
更有感的是把整套流程包成 skill 之後的差別。像「幫客戶上架一篇官網文章」這件事,原本要讀程式碼、查 n8n 節點、列大綱、等我確認、寫 HTML、生圖、上傳圖床,一步一步都要我盯著。包成一個 skill 之後,我只要丟主題進去,中間該問我的地方它會停下來問(像關鍵字、外部連結這種只有我知道的資訊),其他重複的步驟自己照順序跑完,等於把一整套 SOP 濃縮進一個指令。
另一個常被忽略的用法是 subagent 分身。我在忙一個功能的主線邏輯時,如果臨時想到一個完全不相關的小改動(比如某個按鈕文字打錯字),直接丟給一個分身去處理,不會把正在忙的主對話 context 弄亂。這跟自己開兩個視窗分頭做事的差別在於,Claude 自己知道怎麼分工,我不用切換注意力。
常見問題 FAQ
Q1:我沒有工程師背景,這個 Claude Code 教學做得到嗎?
做得到。這些指令大多是打字操作,不是寫程式,像 /clear、/model、/help 這種日常會用到的,跟操作一般軟體介面差不多。真正需要一點技術背景的是 /mcp 這類要串接外部工具的指令,第一次設定可能要花點時間,設定好之後就跟其他指令一樣好用。
Q2:Claude Code 指令跟 CLAUDE.md 差在哪?
CLAUDE.md 是一份規則檔,Claude 每次開對話都會先讀一遍,屬於「被動記住的設定」;指令則是你當下打出來、立刻執行的動作。/init 跟 /memory 是連接兩者的橋樑:用指令去建立跟修改 CLAUDE.md 裡的內容。
Q3:每次都要打指令,會不會比打自然語言麻煩?
一開始確實要花時間記幾個常用的,但省下來的是「重複解釋」的時間。打自然語言問一次能解決問題,但下次還是得再問一次;學會對應的指令,同一個動作以後幾秒鐘就能觸發。不需要一次記住全部 30 個,先把「日常開發」那批練熟,其他遇到需求再回來查速查表就好。
Q4:自訂的 skill 跟官方指令會不會衝突?
不會壞掉,但要留意優先順序。自訂 skill 放在專案的 .claude/skills 資料夾裡,跟 Anthropic 內建的指令分開存放;同名的時候,你自己定義的會優先於內建的。實務上取一個不跟內建指令重複的名字最省事,可以放心把重複性高的流程(像上架文章、寫社群貼文)包成自己的指令。
Q5:這篇教的指令會不會過一陣子就改名或消失?
有可能,像 /usage 跟 /cost 就是同一個功能的兩個名字,/agents 的操作方式也在版本更新中改過。指令的名字偶爾會調整,但背後在解決的情境(context 太長怎麼辦、想切換 model、送 PR 前想掃資安)不會變。真的發現指令名字對不上,先打 /help 看目前實際有哪些指令,比死記名字更保險。
總結
這 30 個 Claude Code 指令不是拿來一次背完的清單,是照著「接手新專案、日常開發、客製化控制、多工具協作、除錯健檢」五種情境長出來的工具。與其背熟每個指令的名字,不如記住自己卡住的情境屬於哪一類,先把日常開發那幾個練熟,其他等真的遇到需求再回頭查速查表,比一次硬背 30 個實際得多。
想看這些指令實際做出來的東西長什麼樣,作品集裡的每一件作品都是用 Claude Code 加上這篇的流程做出來的,附真實畫面跟做法說明。
參考資料
同主題文章
AI 軟體開發
2026 AI 寫程式完整指南:10 款 AI Coding 工具比較,新手、工程師、創業者怎麼選?
2026 年 AI 寫程式工具怎麼選?把 Cursor、Claude Code、Lovable 等 10 款 AI Coding 工具分成三個賽道,比較定位、免費方案與價格帶,工程師、新手、創業者各自該挑哪一款,一篇看完。

2026 AI 網站部署怎麼做?不會寫程式也能讓網站真正上線、全世界都連得到
AI 做好的網站只有自己看得到,要怎麼讓全世界都連得到?這篇用 Claude Code 開發、Git 存檔、捕夢網買網域、Zeabur 部署,四步驟帶不會寫程式的你把網站真正送上線,附真實截圖示範網域申請與 DNS 設定。

提示詞怎麼寫,AI 生成的答案才會準確?prompt engineering 5 大重點一次看懂
AI 給的答案總是不夠準?多半是提示詞沒寫好。這篇用一組組爛提示詞改成好提示詞的對照,講清楚 prompt engineering(提示工程)的 5 大重點:給角色情境、把需求講具體、給範例、指定輸出格式、拆解任務步驟,中英文提示詞都適用。