分享10個你可能不知道的Claude Code隱藏命令和技巧。

來不及解釋了，

Claude Code又被大漏勺，說是要更新網(wǎng)頁自動截圖，代碼掃描，一次性設計多種風格，還能把好幾個代碼倉庫合到一個界面里統(tǒng)一管理，這波Cursor都汗流浹背了。

我要搶在這些上線前，先把前段時間的更新都消化了。上周在線下黑客松跟人聊的時候就發(fā)現(xiàn)有的人已經(jīng)把CC內(nèi)置的命令玩出花來了，

分支對話/btw，雙擊esc回退被改壞的代碼，還有新內(nèi)置在CC里的交互課程/powerup隨便用。

極與極，有的人還在一步步按確認。

你也可以試試看隨機考朋友一個基礎點的，知不知道Claude Code更新了Auto Mode（自動模式）。

上線三周了，還在用claude --dangerously-skip-permissions的朋友可以都切換成claude --permission-mode auto了，不至于閉著眼把權(quán)限全批了，執(zhí)行到高風險動作還是提醒的。

還有個省token的小技巧，比起我們復制黏貼大段大段文字，直接給CC發(fā)文件目錄讓它用grep獲取上下文會更省錢，等等等等。

所以我一口氣整理了這段時間覺得最有用的十個命令和技巧，全分享出來。提示語們也整理到文檔了，回復CC就好了。

Here we go！

一、/powerup

我們先從獲得感比較高的命令開始，

這些命令不需要去裝Skill，去做額外的配置，因為它們就是內(nèi)置在原生的Claude Code里，隨時可以用。

/powerup就相當于Claude Code版的多鄰國，它一共分十關(guān)，每一關(guān)都會教你幾個核心技巧，從怎么和代碼庫（項目）對話，怎么撤銷操作，到怎么把任務放后臺運行，怎么讓CC記住你的偏好，甚至于怎么制作子Agent，怎么用手機遠程控制等等。

說白了，就是Anthropic幫我們劃好了重點。與其去看零散的教程，不妨先把這十關(guān)打通。

二、/btw

這個命令是我用的最高頻的一個，

/btw，就是by the way（順便說一句）的縮寫。

想象一下，你正讓Claude Code寫一個復雜的項目，對話已經(jīng)進行了幾十輪，上下文窗口快到200k了。這時候，突然想確認一個細節(jié)，

比如，它現(xiàn)在寫的這段，是不是按了我們上次定好的開發(fā)日志走的？

如果你選擇直接在當前對話里問，這樣會污染整個上下文，影響模型開發(fā)。那如果新開一個窗口，就會丟失了當前的上下文，模型一秒失憶。

/btw解決了這個問題，比方說我可以，/btw 剛剛提交的版本里面有加上readme嗎？因為后面會做成公開項目

回答這個臨時問題的同時，CC也不會暫停手里的主線任務。當我們確認完，按一下回車，這段臨時的對話就會消失。而且/btw復用了當前的提示緩存，提問幾乎不消耗token。

三、雙擊ESC

誰說AI界沒有后悔藥的，/rewind就是，不過我更習慣雙擊ESC，這樣我們會看到一個菜單，可以選擇只回退改壞的代碼，還是連對話一起回退。

只回退代碼的話，CC就會記得剛才的代碼嘗試是失敗的，這樣我們就不需要重新提一遍需求，完全可以直接說，

OK，我們來嘗試下一個方向。

四/五、Hook 和 /insight

這個順序其實我糾結(jié)了一會，到底要不要把Hook（鉤子）和 /insight 放一起。

/insight會生成一份過去一個月我使用Claude Code的習慣報告。這份HTML報告里會反映出你最常用的命令是什么，哪些操作模式是高度重復的。它還會推薦一些可以自定義的命令或者現(xiàn)成的Skill。

我就發(fā)現(xiàn)Claude Code有時候會修改太多文件，我還可以把常見的TypeScript工作流打包成新Skills。

如果說/insight是主動觸發(fā)的話，那Hook就是被動觸發(fā)的。我不需要去記隔個月運行一下/insight，Hook就是在我們有特定的明確的事件觸發(fā)時，自動執(zhí)行某個操作。

我常用的就有兩個比較實用的Hook，

一個是當一次對話里工具調(diào)用次數(shù)大于 8 次時，就讓CC輸出優(yōu)化建議，讓它來教我把剛剛的一連串操作沉淀成Skill。

如果你想先適應適應這個Hook的話，可以讓它先在項目（也就是當前的文件夾）里生效，后面再把它拓展成為全局。

我剛開始還有一個壞習慣，就是在對話開始時，扔給它一大段零散，未經(jīng)思考的需求，說白了就是語音輸入一大段文本。很多時候AI理解偏差，一來一回浪費了我時間。所以我做了另一個Hook，

如果我單次輸入的文本超過200個token，就啟動Plan模式。先引導我把這個長需求確認好，結(jié)構(gòu)化，拆解成清晰的步驟，再開始動手開發(fā)。

也不用擔心設置hook的時候表達不清晰，CC會進一步細化，給出優(yōu)化建議。

Hook省了我大量的心力。

我不需要費腦子去想，這個操作是不是值得做一個Skill，也不擔心一是不是開始的需求沒想清楚，導致后面返工。

我們可以利用hook的這個特點，去做很多有意思的自動化。我就還有一個Hook，每次準備git提交開源的時候，都會觸發(fā)一個動作，把所有commit信息寫到一個可視化的網(wǎng)頁上，等我預覽確認沒問題后，再真正提交。

這樣就不擔心因為模型抽風，把項目里的說明文件寫得一團糟了。

六、/loop

這個命令很簡單，就是讓Claude Code定時重復執(zhí)行某個任務。

比方我剛剛開源了一個新Skill，我一個人用可能沒啥bug，但用的人多就容易出新問題。所以我用/loop來定時看看只要有人提bug，就自動修復并提交，用的話就是在任務前加一個loop和時間間隔就可以了，

/loop 24h 檢查一下這個項目（github.com/LearnPrompt/ai-news-radar）有沒有人提交Issue或是PR，有的話自動修復后更新項目

CC會每隔24小時檢查一次狀態(tài)。

loop的好處就是輕量，七天后這個任務就會自動過期并刪除，不會一直占用本地資源。如果需要一個長期運行的任務，可以用schedule在云端運行的，只要不取消就一直會跑。

七、Ralph Wiggum插件

同樣是循環(huán)，Ralph Wiggum（我們就簡稱為Ralph吧）就是一個有停止條件的單一任務循環(huán)。

如果我想要長時間運行同一個任務，但是這個任務又可能不是一次運行就能成功的，

Ralph就能在我睡覺期間用滿我的模型額度，比方說重構(gòu)一個項目的UI，我常用的就是給這個任務設置最多循環(huán)10-15次，然后讓CC自己給自己出一個驗收標準，

八、求助Codex

Opus 4.6最近降智有點嚴重，

所以我在Claude Code里用Codex的頻率也升高了，OpenAI開源的這個codex-plugin-cc內(nèi)置了/codex:review，用人話來說就是可以把現(xiàn)在的工作進度丟給Codex做代碼審查。

https://github.com/openai/codex-plugin-cc

而且當時一出來的時候，我就覺得，既然能夠發(fā)給Codex做代碼檢查，那我為什么不能把它當作為一個在Claude Code里隨時隨地調(diào)用Codex完成其他任務的入口呢？

所以我直接原湯化原食，

讓Codex自己在項目里面新增了一個叫Codex Ask的功能，這樣我可以把開發(fā)任務全部給Claude Code做，到了寫開發(fā)計劃，或者是文本寫作的時候，還可以用到 GPT 5.4 high。

PS：也可以不用改，把/codex:rescue當通用Agent用

這一步，我其實還做了一個讓它們記憶共享的Skill，在后面的文章里面會開源出來。

九、--add-dir和-c

OK啊，當你把上面這幾個命令都玩熟了，再配上幾個從/insight里學到的Skill，

我可以保證，你已經(jīng)比很多人用得溜了。

但我們還可以再講究點。接下來的這幾個參數(shù)，不是命令，是在我們開啟一段新對話時，就能用上的開場白，就像游戲開局時，你可以選擇的幾個被動技能，選對了會省很多時間。

-c就是continue，

如果不小心把終端關(guān)了，或者電腦沒電，總之就是各種各樣的意外，導致你這次的對話突然中斷的話，我們都可以加-c恢復。最近一次的對話記錄，像游戲讀檔一樣。

接下來，也是我開頭提到的，省token小妙招，這個參數(shù)叫--add-dir。

比方說，我們在A文件夾里寫代碼做知識管理，但同時，我又需要參考我電腦另一個角落里，Obsidian文件夾里的一些個人筆記和設計規(guī)范。

那我只要在啟動的時候，用--add-dir參數(shù)把Obsidian的路徑加進來。這樣CC就能直接讀取那個文件夾里的所有內(nèi)容，我不需要再復制粘貼任何文本，它就能理解我的所有黑話和個人習慣。

十、Sub-agent 與 Agent Teams

前面九個技巧，都是在讓你用主Agent的時候變得更強。第十個，也是最后一個技巧，我就要拿出多Agent了。

可能很多人一聽到這個詞就頭大，會覺得要新設置很多東西，會影響主Agent的表現(xiàn)之類的。實際上Claude Code已經(jīng)把入門的門檻降得很低了。

我們先說簡單的，Sub-agent（子智能體）。

你可以把它理解成一個臨時工。有些任務，比如去網(wǎng)上搜資料，或者去翻幾十個日志文件，直接在當前對話里提問的話會產(chǎn)生大量沒用的中間過程，把主對話上下文搞得亂七八糟。

這時候就可以派subagent去干。它會在自己的工作空間里，默默地完成這些臟活累活，最后把一個干凈整潔的摘要報告，交回到你的主對話里。

我們只需要先用/agents命令，就可以用大白話，創(chuàng)建一個自己的子代理，比方說，

創(chuàng)建一個靈感Agent，它會掃描當前開發(fā)項目，使用superbrainstrom skill和office hour skill，給出新角度建議。

創(chuàng)建的過程很簡單，CC會問你要用什么樣的模型去驅(qū)動，然后它是一個只讀Agent，還是執(zhí)行Agent，是把所有的Tools都開放給它用，還是只開放一部分。

BTW，superbrainstrom和 YC總裁開源的office hour都是兩個跟頭腦風暴相關(guān)的Skill，非?；パa，都是我比較推薦的Skills。

github.com/obra/superpowers/tree/main

github.com/garrytan/gstack/tree/main

Agent Teams把分工玩法帶到了一個新高度。

不再是主Agent和臨時工的關(guān)系，是一個真正的多Agent團隊。我們可以一次性創(chuàng)建多個不同角色的Agent，讓它們并行地，從不同角度去解決一個復雜問題。我有一個新產(chǎn)品的想法，就可以這樣說，

我正在設計一個 CLI 工具，幫助開發(fā)者追蹤整個代碼庫里的TODO。組建一個 Agent 團隊，從不同角度來探索這個方向：一個成員負責用戶體驗，一個成員負責技術(shù)架構(gòu)，另一個成員專門負責挑刺。

然后，我就啥都不用干，圍觀一場頭腦風暴。這三個Agent會開始互相討論，分享發(fā)現(xiàn)，甚至會給對方的觀點挑毛病。

我們還可以像項目經(jīng)理一樣去管理這個團隊，比如提前結(jié)束某個隊友的對話，二次分配新的任務，或者讓它們先出方案，等你批準了再執(zhí)行。

這種多 Agent 協(xié)作會比單 Agent 更適合復雜任務，因為它能降低模型一條路走到黑的概率，也能在早期就發(fā)現(xiàn)問題。

好了，十個技巧，全部分享完了。

我知道，這時候肯定會有朋友覺得記這些太麻煩了，不如直接去GitHub上，把Everything Claude Code那個超級大合集項目，一把梭哈，156個Skill，48個Agent，72個Command全裝上。

真的真的真的千萬別這么干。

全裝，意味著你的Claude Code會突然多了幾百個你根本不了解的文件?？赡苓Bhook的用法都還沒摸熟，就直接復用了別人的工作流。結(jié)果發(fā)現(xiàn)，別人用的我們平時根本用不上。

其實就是給模型增加了記憶負擔。

我的建議是，

如果你是剛開始用Claude Code，那什么都別裝。先用，用上了就會有痛點。痛點就是你最需要配置的第一條規(guī)則，第一個Skill。

如果你已經(jīng)有了自己的工作流，想?yún)⒖家幌聞e人的配置。那就從那些大合集里，選適合你的。比如，通用的規(guī)則，會話保存的模板，最常用的Skill，就夠了。

畢竟在AI加持之下，產(chǎn)品的進化速度太快太快了。

我現(xiàn)在已經(jīng)用Codex設置了一個長期定時任務幫我每天去監(jiān)控Claude Code的更新日志了，

這些就等我之后玩熟了再來繼續(xù)分享。

睡了睡了（其實是熬穿了），

希望起來Claude沒有更新。

@ 作者 / 卡爾

最后，感謝你看到這里如果喜歡這篇文章，不妨順手給我們點贊｜在看｜轉(zhuǎn)發(fā)｜評論

如果想要第一時間收到推送，不妨給我個星標

如果你有更有趣的玩法，歡迎在評論區(qū)聊聊

更多的內(nèi)容正在不斷填坑中……