面試官皺眉：聽說你精通 Claude Code？ 我不屑：幾十個斜杠命令，夠不夠？！他跪了：快給我講一遍！

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

如今用 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 昨天的重構任務

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

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

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

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

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

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

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

這個沒啥好說的，作用是退出 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 單價更貴，適合需要快速迭代的簡單改動，長時間跑的復雜任務就沒必要開了。反正我是開不起（

一般來說，大家是用不到這些命令的，反正我是很少手動調整這些。不妨試試開源的 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 重點關注內存效率

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 最常用的命令是哪個？有沒有什么騷操作可以分享的？