大家好，我是程序員魚皮，又來教大家怎么吊打面試官了。

　　如今用 Claude Code 的人越來越多了，但我發現很多人的使用方式還是純聊天，有什么需求就直接打字跟它說。

　　這當然沒問題，AI 模型的能力已經很強了，一般能夠理解你的意思。

　　但其實 Claude Code 內置了很多斜杠命令，輸入/就能看到完整的命令列表。這些命令覆蓋了會話管理、上下文控制、并行協作等方方面面，用好了能省很多事。

　　雖然現在 Claude Code 已經有 50 多個命令了，但是你不用死記這些命令。日常使用時，直接用中文跟 Claude 說你的需求，比如幫我壓縮一下上下文、切換到規劃模式、把這個任務放到后臺跑，它會自動幫你執行對應的命令。

　　但了解這些命令有什么用、什么場景該用，才能讓你知道 Claude Code 的能力邊界在哪里，打開使用思路，提高效率。面試被問到 Claude Code，你把這些說出來，絕對嘎嘎加分。

　　下面我會按照分類把常用的命令講一遍，告訴你每個命令是什么？怎么用？什么時候該用？

　　需要演示的地方我會提供 Demo 提示詞，你可以直接在 Claude Code 里執行試試。

　　點個收藏，咱們開始~

　　 如果你還沒用過 Claude Code，可以看看我的，手把手帶你配置好 Claude Code 并做出一個完整項目。

　　Claude Code 斜杠命令大全 一、會話管理 /clear

　　清空當前對話，開始一個全新的會話。

　　當你做完一個任務，要切到下一個任務時，用/clear可以把之前的上下文全部清掉，避免舊信息干擾新任務。

　　清空的對話不會丟失，后續還能通過/resume找回來。

　　注意，如果你只是覺得上下文太長了、但還在做同一個任務，不要用/clear，用接下來要講的/compact更合適。

　　/compact

　　壓縮當前對話，釋放上下文空間。

　　Claude Code 的上下文窗口是有限的，聊著聊著就滿了。一旦上下文接近上限，AI 的注意力會開始渙散，容易遺漏之前討論過的細節，回答質量明顯下降。

　　/compact會把之前的對話濃縮成一份摘要，騰出空間繼續工作，同時保留關鍵信息不丟失。壓縮后的對話輪次更少了，后續每次請求發送的 token 也會減少，相當于間接幫你省錢。

　　雖然 Claude Code 在上下文達到大約 95% 時會自動觸發壓縮，但我建議不要等到那時候才處理。自動壓縮的時機不可控，可能正好在你實現關鍵邏輯的時候觸發，導致一些重要細節被壓縮掉。

　　更好的做法是在每完成一個階段性任務后（比如調試完一個 Bug、開發完一個功能），主動執行一次/compact，這樣你可以控制保留哪些信息。

　　你還可以在后面加一段指令，告訴它壓縮時重點保留什么。

　　比如你正在做 API 設計，可以這樣：

　　/compact 重點保留 API 接口的設計決策和參數定義


　　我的習慣是，當/context顯示上下文用量超過 80% 時就執行一次 compact。

　　/resume

　　恢復之前的會話。

　　假如你昨天做到一半的任務今天想接著做，或者剛才/clear掉的對話需要回去看看，都可以用/resume來恢復。

　　直接輸入后，會彈出一個會話選擇器，列出你最近的所有會話，選一個就能恢復。

　　默認只顯示當前工作空間（項目目錄）下的會話，如果想查看所有項目的歷史會話，可以按Ctrl+A切換到全部列表。

　　如果你記得會話的名字或 ID，也可以直接指定：

　　/resume 昨天的重構任務
/branch 和 /fork

　　這兩個命令的作用完全相同，從當前對話分支出一個新會話。

　　當你想基于當前的討論內容去探索一個不同方向，但又不想影響當前的對話進度時，就可以用它。

　　執行后你會切到一個新分支上，原來的對話保持不動，隨時可以/resume回去。

　　比如你在討論一個架構方案，想試試另一種實現思路，又怕改著改著原來的思路找不回來了，就可以先/branch出去探索，不滿意再回來。

　　/branch 試試用 Redis 替代內存緩存的方案
/rewind

　　把對話和代碼回退到之前的某個節點。

　　Claude 在工作過程中會自動保存檢查點，也就是每一次你按回車讓它執行操作之前的狀態，都會被記錄下來。

　　如果 Claude 改了一堆代碼，但你覺得改歪了，用/rewind可以回到之前的任意一個節點，對話記錄和文件改動都會一起回退。

　　執行后會彈出一個節點選擇器，你選擇回退到哪一步就行。

　　你可以把它理解成編輯 Word 文檔時的撤銷，或者 Git 里的版本回滾，它同時回退對話記錄和文件改動。

　　/recap

　　生成當前會話的一句話摘要。

　　如果你離開了一會兒回來，忘了剛才做到哪了，/recap可以快速幫你回憶。

　　其實 Claude Code 本身在你長時間離開后回來也會自動顯示一個 recap，這個命令是讓你隨時主動觸發。

　　
/btw

　　btw 就是 by the way 的縮寫，作用是快速插入一個問題，不會污染當前對話上下文。

　　有時候你正在做一個任務，突然想問一個不太相關的小問題，比如：Python 的 dataclass 怎么設默認值來著？

　　如果直接問，這段對話會被加到上下文里，不僅占用空間，還可能干擾后續任務。

　　用/btw就不會有這個問題，它相當于開了一個臨時小窗，問完就關：

　　
/copy

　　把 Claude 最近一條回復內容復制到剪貼板。

　　直接輸入/copy就是復制最新的回復。

　　如果回復里有代碼塊，會彈出一個選擇器讓你選復制哪一段。

　　加數字可以復制第 N 條回復，比如/copy 2就是復制倒數第二條。

　　這個功能雖然簡單，但我覺得特別有用，因為終端里直接選中復制經常會出問題。

　　/export

　　把當前整個對話導出為純文本文件。

　　如果你想保存一段對話記錄，或者分享給同事看，可以用這個命令。默認會讓你選擇復制到剪貼板還是保存到文件。

　　在命令后面加文件名的話，就會直接保存：

　　/export開發記錄.txt
/exit

　　這個沒啥好說的，作用是退出 Claude Code 會話，連按兩次Ctrl+C也能退出。

　　但是要注意一個細節，如果當前有子代理（subagent）或者后臺任務（background）在運行，退出時 Claude Code 會詢問你是否要一并關閉它們。

　　二、信息與診斷 /usage

　　查看當前會話的 token 用量和費用。

　　用 Claude Code 最怕的就是不知不覺燒了很多錢。/usage會告訴你這次會話花了多少 token、換算成多少美元、離你的計劃用量上限還有多遠。建議在長時間工作后定期看一眼。

　　不過要提一句，如果你通過 API Key 接入了第三方模型（比如國內的 DeepSeek），/usage顯示的費用可能不準確，因為它是按 Claude 官方的定價來估算的。實際花了多少錢，還是以模型供應商后臺的賬單為準。

　　/context

　　可視化當前上下文窗口的使用情況。

　　執行后會顯示一個彩色網格，直觀地告訴你上下文空間被什么東西占滿了，是對話記錄太長、還是加載的文件太多、還是系統提示詞太大。如果快滿了還會給出優化建議。

　　后面加all可以展開每一項的詳細信息：

　　/context all


　　我一般會跟/compact配合著用，先看/context確認上下文壓力，再決定要不要 compact。

　　/diff

　　打開交互式 diff 查看器，看 Claude 到底改了什么。

　　這個命令會展示當前所有未提交的代碼變更。你可以用左右鍵切換查看整體 git diff 和 Claude 每一輪的單獨改動，用上下鍵瀏覽不同文件。

　　在 Claude 改了很多文件之后，提交代碼前用/diff過一遍是個好習慣。不過在終端的小黑框里看代碼 diff 還是挺痛苦的，如果改動比較多，建議還是配合 VS Code 的 Git 插件或其他支持可視化代碼對比的 IDE 來看，體驗會好很多。

　　/status

　　打開設置界面的狀態標簽頁，顯示當前的版本號、使用的模型、賬戶信息和連接狀態。

　　這個命令有個優點，它不需要等 Claude 當前的回復結束就能用。如果 Claude 正在跑一個很長的任務，你隨時可以輸入/status看看當前狀態。

　　/help

　　顯示所有可用命令的列表和簡短說明。記不住命令的時候隨時/help查一下。

　　這其實是命令行工具的一個通用慣例，幾乎所有命令行工具都支持--help或類似的幫助命令。養成習慣，之后遇到不熟悉的命令行工具，先敲個 help 看看有什么功能。

　　/insights

　　生成一份你使用 Claude Code 的分析報告，包括你經常在哪些項目目錄工作、交互模式是怎樣的、哪些地方產生了問題。

　　如果你想回顧自己的 AI 編程習慣、找找優化空間，可以定期跑一次看看。

　　生成出來的報告默認是英文的，你可以把這個報告文件扔給 AI，讓它再幫你分析總結。

　　
三、模型和模式控制 /plan

　　在開發全棧項目、或者做大改動之前，不建議直接讓 AI 直接開始寫代碼。

　　使用/plan可以進入規劃模式，會讓 AI 先制定一個執行計劃給你看，確認方案沒問題后，再動手實現。

　　你可以在命令后面直接描述任務：

　　/plan 重構整個項目，增加用戶系統和 JWT 認證


　　AI 可能會通過交互式提問，來確認更多的信息：

　　然后輸出一份詳細的實施方案，等你確認了再開始執行。適合那些改動范圍大、不確定最佳方案的任務。

　　
/goal

　　這是我認為 Claude Code 目前最強大的命令之一。

　　一般情況下，Claude Code 每完成一輪操作，就會停下來等你確認或者下一步指示。

　　但有些任務你其實不需要盯著它一步步做，只需要告訴它「最終達到什么狀態就算完成」，讓它自己悶頭干到底。特別適合睡覺前丟一個任務給它，第二天早上起來直接驗收成果。

　　/goal命令就是干這個的。你設定一個完成條件，Claude Code 會自動持續工作，不需要你每一輪都按回車確認。設置了 goal 之后，每輪結束會有一個輕量評估模型檢查條件是否滿足，沒滿足就自動開始下一輪，滿足了才停下來。

　　先演示一下基本用法。比如我想讓 Claude Code 修復整個項目的代碼：

　　/goal 修復整個項目的代碼，直到全部測試通過且沒有報錯


　　執行后 Claude 會立刻開始工作，直到所有測試通過且沒有報錯為止，整個過程你完全不用干預。

　　不過這個命令能不能用好，關鍵在于你怎么編寫完成條件。因為評估模型只會讀對話記錄里的內容，它不會自己去跑命令檢查，所以條件必須是 Claude Code 執行過程中能自證的，比如「跑某個命令的結果是什么」。

　　下面是幾個例子：

　　 ? 運行 npm test 退出碼為 0，且 git status 沒有未提交的更改（Claude 跑完測試，結果就在對話記錄里，評估模型能看得到）

　　 ? src/ 目錄下不再有任何 TODO 注釋（Claude 可以 grep 檢查并展示結果）

　　 ? 代碼質量要好（太主觀了，評估模型沒法判斷）

　　如果條件寫得不夠好，或者任務本身就很難收斂，Claude 可能會無限循環下去，一直燒 token。所以我建議在條件后面加上一個熔斷限制，比如：

　　/goal 把所有 API 調用遷移到 v2 格式，直到測試通過，如果 20 輪還沒搞定就停下來


　　這樣即使任務沒完成，20 輪之后也會自動停下來。

　　goal 命令雖然強大，但因為它會自動跑很多輪，token 消耗是比較大的。所以不是什么任務都適合用它，建議在這些有明確終止條件、且手動盯著比較費時的場景下使用。比如：

　　 模塊遷移：把舊 API 調用全部遷移到新版本，直到編譯通過

　　 批量重構：拆分大文件，直到每個文件都在指定行數以內

　　 Bug 修復：修復某個測試用例，直到它綠了

　　 清理積壓：處理標了特定 label 的 issue，直到清空

　　如果你想中途看看進度，直接輸入/goal就行，不用帶任何參數，能看到當前任務跑了多久、花了多少 token。

　　想提前喊停的話，用/goal clear即可。

　　
/model、/effort、/fast

　　這三個命令都是控制模型行為的，我放在一起簡單聊聊。

　　 /model 切換 AI 模型，輸入后會彈出一個選擇器讓你挑

　　 /effort 調整模型的思考力度，從 low 到 max 共五檔。任務簡單的時候調低點兒省 token，復雜任務調高點兒，我一般都是 high 或者 xhigh。

　　 /fast 用來開關快速模式。開啟后響應速度大約快 2.5 倍，質量不變。但 token 單價更貴，適合需要快速迭代的簡單改動，長時間跑的復雜任務就沒必要開了。反正我是開不起（

　　
image-20260519181459065

　　一般來說，大家是用不到這些命令的，反正我是很少手動調整這些。不妨試試開源的 CC Switch 工具，提供了一個可視化界面來切換模型和調整參數，方便多了。

　　
四、配置與擴展 /config

　　打開 Claude Code 的設置界面，可以調整主題、模型、輸出風格等各種偏好。

　　相當于一個總控面板，記不住具體命令的時候可以直接/config進去找，還支持搜索配置項。

　　
/mcp、/skills、/plugin

　　這三個命令分別用來管理 MCP 服務器連接、Skills 技能列表和插件。

　　MCP 是讓 AI 連接外部工具和服務的協議，比如連接數據庫、操作瀏覽器。

　　Skills 是可復用的自定義命令，你可以把常用的工作流封裝成一個 skill，下次更快速規范地完成任務。

　　Plugin 可以理解為技能的打包集合，一個插件里可以包含多個 skill、自定義主題、hook 等，方便分享和安裝。

　　這三個命令我用得不算多，一般配置好一次就不用再動了。如果你覺得命令行管理這些東西不夠直觀，用 CC Switch 等第三方工具也能可視化管理 MCP、技能和插件配置。

　　
五、代碼審查 /review

　　讓 Claude 審查當前分支對應的 Pull Request。

　　輸入/review命令后，AI 會自動檢測當前分支關聯的 PR 并開始審查：

　　也可以指定 PR 號來審查特定的 PR：

　　/review 42


　　審查過程中，Claude 會啟動多個子代理并行檢查代碼，重點找 Bug 和邏輯錯誤。適合在讓同事 review 之前或合并之前，自己先用 AI 過一遍，提前發現明顯問題。

　　如果你想要更深度的云端多代理審查，可以試試/ultrareview命令，不過那個會額外消耗 usage credits，也就是在你的訂閱套餐額度之外單獨計費的補充額度，Pro/Max 用戶有 3 次免費機會。

　　/simplify

　　雖然這個命令的名字叫 simplify，但它干的事不只是簡化代碼。

　　它的核心作用是審查你最近修改的文件，從三個維度找問題并直接修復：代碼復用（有沒有重復邏輯可以抽取）、代碼質量（有沒有 hack 寫法和冗余狀態）、執行效率（有沒有不必要的計算、可以并發的地方）。

　　之所以叫 simplify，大概是因為這三個方向做下來，代碼確實會變得更簡潔。

　　跟/review不同的是，/simplify不只是給意見，它會直接動手改代碼。它會并行啟動三個審查代理，分別從上面說的三個角度檢查，然后匯總問題并應用修復。

　　你也可以在后面加一段描述，讓它聚焦在特定方向：

　　/simplify 重點關注內存效率
六、子代理和并行 /agents

　　Claude Code 可以把一些子任務委派給子代理來并行處理，/agents命令用來查看和配置這些子代理。

　　不過對大多數人來說，不需要手動去配置子代理，Claude Code 在需要的時候會自動啟用。這個命令更多是讓你看看當前有哪些代理在跑、狀態如何。

　　
/tasks

　　查看和管理當前會話里正在運行的后臺任務。

　　Claude 在執行復雜操作時，可能會同時啟動多個子代理并行處理不同的子任務。/tasks讓你看到這些子代理各自在干什么、進度如何。

　　選中某個任務按回車，還能進入查看這個子代理的完整執行過程和輸出詳情：

　　
/background

　　把當前整個會話放到后臺去跑，釋放你的終端。

　　我覺得這個挺實用的，比如我讓 Claude 跑一個比較耗時的任務（重構一個大模塊），不想一直開著終端等它，就可以用/background把它扔到后臺。

　　執行后，當前會話會從終端分離出來，在后臺繼續運行，你的終端就空閑了，可以去做別的事情。后面想接回來看看進度，再附加 attach 上去就行。

　　你還可以在后面加一句話作為分離前的最后指令：

　　/background 編寫單元測試并運行，執行失敗則自動修復


　　之后想看進度，用claude agents命令就能監控所有后臺會話的狀態。

　　選中某個后臺會話，然后按右方向鍵，就能進入這個任務的對話界面了：

　　
/loop

　　通過/loop命令，你可以設置一個時間間隔，讓 Claude 每隔一段時間執行一次某個操作，也就是定時任務。

　　比如每 5 分鐘檢查一下部署是否完成：

　　/loop 5m 檢查項目前后端的部署狀態


　　如果不指定間隔，Claude 會根據任務性質自己決定執行節奏。如果連提示詞都不指定，它會去讀項目里.claude/loop.md文件的內容來執行（如果有的話），沒有這個文件就做一次自主維護檢查。

　　這玩意適合用在需要持續監控的場景，比如等部署完成、等 CI 跑完、定期檢查日志有沒有異常之類的。

　　但是我個人不太喜歡用/loop來跑長時間的定時任務。如果設了之后忘了關，它會一直在后臺循環執行，不知不覺消耗資源。

　　最后嗶嗶

　　以上就是我日常用 Claude Code 時最常用的斜杠命令了。

　　再次強調，完全不需要記住，看一遍有個印象就行，用的時候輸入/就能搜索。而且前面也說了，大部分操作你直接用中文描述讓 Claude 執行就行，它自己知道該調哪個命令。

　　AI 時代，該給自己的大腦減減負了~

　　OK 就分享到這里，本文會收錄到我免費開源的，上千張圖、幾十萬字，帶你從 0 開始快速學會 AI 編程，做出自己的產品、跑通變現全流程，一次拿捏。

開源指路：https://github.com/liyupi/ai-guide

　　我是魚皮，持續分享 AI 編程干貨。覺得有用的話記得點贊收藏~

　　也歡迎在評論區聊聊：你用 Claude Code 最常用的命令是哪個？有沒有什么騷操作可以分享的？