Claude Code 命令在 2026 年 7 月 14 日的官方參考表共有 101 列，但多數開發者真正需要的，是把其中約 20 個高頻指令串成 6 套可重複的工作流程。 指令數量會隨版本、平台、方案與登入方式變動；先理解任務在哪個階段，再挑指令，比背完整張表可靠。
斜線指令看起來像捷徑，實際上是 Claude Code 的操作介面。它把專案設定、模型選擇、權限、上下文、平行代理、驗證與雲端工作分成可見的入口。這也解釋了指令表為何愈來愈長：產品的邊界已從終端問答延伸到完整開發週期。
我不建議先從 101 個名稱開始。那種學法很像背 IDE 選單，隔天便忘了一半。更實用的方式，是先記住「開始、推進、分流、驗收、恢復、移動」六個時刻。
先掌握兩條操作規則
Claude Code 只會在訊息開頭辨識指令。指令後面的文字會成為參數，例如：
/plan 修復登入 bug
在會話裡輸入 / 可以列出目前環境可用的指令，再輸入幾個字母即可過濾。官方文件也提醒，顯示內容取決於平台、方案與環境；/desktop、/upgrade 等入口不會出現在每個帳號中。Anthropic 的 Commands 參考頁是查核名稱與參數的最終依據。
官方目前把兩類提示型能力放進同一張指令表。Skill（技能）是一組可由 Claude 判斷並載入的操作指引；Workflow（工作流程）會把工作分派給多個子代理，並在背景追蹤進度。兩者都以斜線叫用，執行模型卻不同。Anthropic 的 Skills 文件列出 /doctor、/code-review、/batch、/debug、/loop 與 /claude-api 等內建技能。
工作流程一：開始專案時，先建立可重用的上下文
第一次進入程式庫，先跑 /init 產生 CLAUDE.md，再用 /memory 調整長期規則。接著檢查 /permissions、/mcp 與子代理設定。這四步決定後續每一輪要重講多少背景，也決定工具可以碰哪些檔案與服務。
/init
/memory
/permissions
/mcp
/usage 值得在一開始就認識。Anthropic 的官方表說明，Pro、Max、Team 與 Enterprise 帳號可看到技能、子代理、外掛與 MCP 伺服器的用量拆分。這使成本問題能追到工作來源，而非只看一個總 Token 數字。
/init 只會產生起始版說明檔。真正重要的內容仍要由團隊補上，例如測試指令、部署限制、不可更動的目錄與程式碼審查標準。規則愈具體，後續代理的猜測空間愈小。
工作流程二：大改動先規劃，小問題用旁路處理
需求跨多個模組時，先用 /plan 讓 Claude 說明會查哪些檔案、修改順序與驗證方法。/model 與 /effort 負責模型和推理強度；/context 顯示上下文占用，/compact 則摘要既有對話。臨時想問一件無關主線的小事，可用 /btw，答案不會寫入正式對話歷史。
/plan 修復登入 bug
/context all
/compact 保留驗收條件與失敗紀錄
/btw 這個 API 的 rate limit 是多少？
/goal 是 2026 年最值得重新理解的指令之一。它要求 Claude 持續跨輪次工作，直到獨立評估器判定完成條件成立。官方文件標示它需要 Claude Code v2.1.139 以上；每個會話同時只能有一個目標，且評估器只看對話中已呈現的證據。Anthropic 的 /goal 文件因此建議使用可驗證條件，例如「所有 auth 測試通過且 lint 為零錯誤」。
/goal 所有 auth 測試通過，且 lint 沒有錯誤
這裡有一個容易踩的坑：/agents 的行為已經變動。自 v2.1.198 起，輸入 /agents 會提醒你直接請 Claude 建立或管理子代理，也可編輯 .claude/agents/；舊版才會開啟互動管理介面。教學若沒有版本日期，很快會帶錯路。
工作流程三：管理會話，別把上下文當垃圾桶
/clear 會建立空白上下文的新會話，舊會話仍可由 /resume 找回。/compact 留在同一條對話，只把內容壓縮。/branch 從目前節點分出另一條會話；/fork 則把旁支工作交給背景子代理。這些名稱相近，狀態轉移方式卻不同。
/cd 自 v2.1.169 起可把整個會話移到新工作目錄，並保留提示詞快取。/add-dir 只為目前會話增加可存取目錄。前者會改變會話歸屬位置，後者不會。跨程式庫工作時，這個差別會直接影響 /resume 從哪裡找到紀錄。
工作流程四：把可切割的工作交給平行代理
平行化適合彼此獨立的單元。/batch 會先研究程式庫，把大型改動拆成 5 到 30 個單元，提出計畫後才在獨立 git worktree 建立背景子代理。每個單元會實作、跑測試並開 Pull Request；這項技能需要 Git 程式庫。
/batch migrate src/ from Solid to React
/loop 解決的是時間觸發，例如每 5 分鐘看一次部署狀態。/goal 解決完成條件，上一輪結束後由評估器決定要不要繼續。兩者都能讓工作跨輪次，但啟動下一輪的原因不同。
/loop 5m 檢查 CI 是否完成
我會把 /batch 留給介面清楚、可以獨立測試的工作。資料庫 schema 與共享核心型別若同時被十個代理修改，worktree 只能隔離檔案，無法消除設計衝突。平行數量不能直接換算成產能；拆分品質才是決定因素。
工作流程五：交付前，讓執行中的 App 說話
/diff 適合先看實際改動。/code-review 找正確性問題，也能用 --fix 套用修正；/simplify 自 v2.1.154 起專注於清理與簡化。/security-review 應放在鑑權、表單、檔案上傳與外部輸入等變更之後。
/run、/verify 與 /run-skill-generator 把驗證拉回正在執行的產品。/verify 的官方定義要求建置並啟動 App，再觀察修改是否生效，不能只拿單元測試或型別檢查代替；這組技能需要 v2.1.145 以上。對前端、互動流程與整合問題而言，這比一張綠色測試報告更接近使用者會遇到的現實。
/run-skill-generator
/run
/verify
大型變更可使用 /code-review ultra。這個研究預覽功能會在 Anthropic 雲端沙箱啟動多代理審查，並獨立重現候選問題。它需要 Claude.ai 驗證，也不支援 Amazon Bedrock、Google Cloud Agent Platform、Microsoft Foundry 與啟用 Zero Data Retention 的組織。Anthropic 的 Ultrareview 文件把本機快速審查與雲端深度審查分成兩個成本層級。
工作流程六：出問題先診斷，離開座位再切換端點
安裝或設定異常時，先用 /doctor。執行中出現不穩定行為，可用 /debug 帶著問題描述讀取日誌；記憶體異常則用 /heapdump 匯出 JavaScript heap snapshot。自 v2.1.205 起，/doctor 已是內建技能，而且即使停用其他內建技能仍可輸入。
跨裝置工作分成兩種方向。/teleport 把網頁版會話拉回目前終端；/remote-control 讓 claude.ai 或行動 App 操作仍在本機執行的會話。Remote Control 只接受 Claude.ai OAuth，API key 不支援；Team 與 Enterprise 還需要管理員開啟功能。Anthropic 的 Remote Control 文件明確指出，本機 MCP、工具與專案設定會繼續留在原機器上。
/ultraplan 會把規劃工作交給 Claude Code on the web，讓你在瀏覽器逐段評論，再選擇雲端執行或送回終端。它需要 GitHub 程式庫與網頁版帳號，屬於研究預覽。Anthropic 的 Ultraplan 文件也提醒，啟動 Ultraplan 會中斷正在使用的 Remote Control，因為兩者共享 claude.ai/code 介面。
多視窗工作者可用 /color 區分會話，再用 /statusline 顯示分支與模型。這些指令看似只是外觀設定，實際上能降低把命令送錯工作區的機率。當四個終端同時跑不同分支時，一條顏色提示比多一段文件更有用。
指令背後的商業結構：本機入口，雲端算力分層
Claude Code 的指令表也透露產品如何分層。基礎會話管理在本機可用；用量分析、跨裝置控制與雲端多代理功能則受方案、登入方式與額外點數影響。
| 能力層 | 代表指令 | 具體限制或成本訊號 |
|---|---|---|
| 本機會話 | /clear、/compact、/diff |
依目前 CLI 與程式庫狀態執行 |
| 付費帳號分析 | /usage、/upgrade |
用量細分提供給 Pro、Max、Team、Enterprise；升級入口只在 Pro、Max 顯示 |
| 持續工作 | /goal、/loop |
/goal 的小型評估模型也會消耗 Token |
| 雲端代理 | /ultraplan、/code-review ultra |
需要 Claude.ai 或網頁版環境；深度審查提供 3 次 Pro、Max 免費額度，之後使用 usage credits |
| 跨裝置 | /remote-control、/teleport |
Remote Control 需要訂閱帳號與 OAuth，API key 無法使用 |
這種分層會影響團隊採購。若工作主要是本機編輯與單次審查，基礎指令已能覆蓋大半需求。若流程要包含雲端規劃、持續監控與多代理驗證，預算就要納入訂閱、usage credits、GitHub 權限與組織政策。指令只是入口，真正付費的是執行位置、代理數量與驗證強度。
我建議先記住的 20 個指令
先把 /init、/memory、/permissions、/plan、/model、/context、/compact、/btw、/goal、/clear、/resume、/branch、/tasks、/batch、/loop、/diff、/code-review、/verify、/doctor 與 /remote-control 放進日常流程。其他指令等情境出現再查 /help 或官方 Commands 頁面。
這 20 個入口覆蓋了專案啟動、工作推進、上下文控制、平行分工、交付驗證與跨裝置接手。學習順序也很清楚：先讓 Claude 理解程式庫，再提高自治程度，最後才追求平行數量。
常見問題
Claude Code 命令需要全部背起來嗎？
不用。先建立一組約 20 個高頻指令，再透過 / 過濾或 /help 查找低頻功能。官方表會隨版本改動，記工作階段比記完整名稱耐用。
/clear、/compact 與 /resume 怎麼選？
新任務用 /clear，想留在同一會話並縮小上下文用 /compact。需要回到舊會話時用 /resume；三者分別處理新起點、壓縮與取回。
/goal 跟 /loop 有什麼差別？
/goal 在每輪結束後檢查完成條件，條件成立就停止。/loop 由時間間隔啟動下一輪，適合查看 CI、部署或監控狀態。
團隊導入 Claude Code 前該先確認什麼？
先確認登入方式、方案、GitHub 權限、可使用的雲端功能與資料政策。接著把測試、部署、敏感目錄與審查規則寫進 CLAUDE.md，再決定哪些工作允許背景代理執行。
權威引用
- Anthropic — Commands
- Anthropic — Extend Claude with skills
- Anthropic — Keep Claude working toward a goal
- Anthropic — Continue local sessions with Remote Control
- Anthropic — Plan in the cloud with Ultraplan
- Anthropic — Find bugs with Ultrareview
Author Insight
我們替開發團隊設計 AI coding 流程時，最常見的失敗往往源自模糊的完成條件，少裝一個工具反倒次要。/goal、/verify 與 /code-review 只有接到可觀察的驗收標準，才會從方便的捷徑變成可靠的工程控制點。我寧願讓代理少跑兩個分支，也要先寫清楚什麼算完成。
Tenten 近期協助產品與工程團隊整理 CLAUDE.md、權限規則、驗證腳本與多代理分工，重點是讓每次執行都留下可查的證據。如果你正在評估 Claude Code 的團隊導入方式，可以跟 Tenten 團隊預約諮詢，一起把指令表改成適合你們程式庫的工作流程。
術語表
| 術語 | 本文定義 |
|---|---|
| Claude Code 命令 | 在 Claude Code 會話開頭以 / 叫用的內建指令、技能或工作流程 |
| Skill（技能） | 提供 Claude 操作指引的提示型能力，可由使用者或模型叫用 |
| Workflow（工作流程） | 能把工作拆給多個子代理並在背景追蹤的動態流程 |
| Subagent（子代理） | 承接獨立任務、可在前景或背景執行的代理 |
| worktree | Git 提供的獨立工作目錄，讓多個分支同時修改而不共用同一份工作檔 |
| 完成條件 | 可由測試、輸出或狀態證明已達成的驗收描述 |
