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

Claude Code又被人爆料，話會更新網頁自動截圖、代碼掃描、一次過設計多種風格，仲可以將幾個代碼倉庫合埋一齊管理，呢次Cursor都嚇到出汗。

我要趕喺呢啲功能推出之前，先消化曬之前嘅更新。上星期喺線下黑客松同人傾計嘅時候，已經發現有人將CC內置嘅命令玩到出神入化，

分支對話/btw，雙擊esc回退改壞咗嘅代碼，仲有新內置喺CC嘅互動課程/powerup隨便用。

極端嘅例子，有人仲係一步一步咁㩒確認。

你都可以試嚇隨機考嚇朋友一個基本嘢，知唔知Claude Code更新咗Auto Mode（自動模式）。

出咗三個星期，仲用緊claude --dangerously-skip-permissions嘅朋友可以全部轉做claude --permission-mode auto啦，唔使矇查查俾曬所有權限，執行到高風險動作依然會提醒。

仲有個慳token嘅小技巧，與其我哋複製貼上大段文字，不如直接俾CC個文件目錄，叫佢用grep攞上下文，咁會更加慳錢，等等等等。

所以我一次過整理咗呢段時間覺得最有用的十個命令同技巧，全部分享出嚟。提示語都整理好曬喺文檔，回覆CC就得。

Here we go！

 一、/powerup 

我哋先由滿足感比較高嘅命令開始，

呢啲命令唔需要安裝Skill，唔需要做額外配置，因為佢哋係內置喺原生Claude Code入面，隨時用得。

/powerup就好似Claude Code版嘅多鄰國，佢總共分十關，每一關都會教你幾個核心技巧，由點樣同代碼庫（項目）對話、點樣撤銷操作、到點樣將任務放後台運行、點樣令CC記低你嘅偏好，甚至點樣製作子Agent、點樣用手機遠程控制等等。

講白咗，即係Anthropic幫我哋劃好咗重點。與其睇散亂嘅教學，不如先打通呢十關。

 二、/btw 

呢個命令係我用得最高頻嘅一個，

/btw，就係by the way（順便講一句）嘅縮寫。

想像嚇，你正喺度叫Claude Code寫一個複雜嘅項目，對話已經進行咗幾十輪，上下文窗口就快到200k。呢個時候，突然想確認一個細節，

譬如，佢而家寫呢段，係咪跟咗我哋上次定好嘅開發日誌？

如果你揀直接喺當前對話問，會污染曬成個上下文，影響模型開發。但如果開一個新窗口，就會冇咗當前上下文，模型一秒失憶。

/btw解決咗呢個問題，譬如我可以，/btw 啱啱提交嗰個版本入面有冇加readme？因為之後會做成公開項目

回答呢個臨時問題嘅同時，CC都唔會暫停手上面嘅主線任務。等我哋確認完，㩒一下回車，呢段臨時對話就會消失。而且/btw重用咗當前嘅提示緩存，提問幾乎唔消耗token。

 三、雙擊ESC 

邊個話AI界冇後悔藥㗎，/rewind就係，不過我更習慣雙擊ESC，咁樣會見到一個菜單，可以揀只係回退改壞嘅代碼，定係連對話一齊回退。

如果只係回退代碼，CC就會記住啱啱嘅代碼嘗試係失敗嘅，咁我哋就唔使重新講一次需求，可以直接話，

OK，我哋試嚇另一個方向。

 四/五、Hook 同 /insight 

呢個順序我其實諗咗一陣，到底應唔應該將Hook（鈎子）同 /insight 放埋一齊。

/insight會生成一份過去一個月我用Claude Code嘅習慣報告。呢份HTML報告入面會反映出你最常用嘅命令係乜，邊啲操作模式係高度重複。佢仲會推薦一啲可以自定義嘅命令或者現成嘅Skill。

我就發現Claude Code有時會修改太多文件，仲可以將常見嘅TypeScript工作流打包成新Skills。

如果話/insight係主動觸發，咁Hook就係被動觸發。我唔使記住隔幾個月運行一次/insight，Hook就係喺我哋有特定明確嘅事件觸發時，自動執行某個操作。

我常用嘅有兩個比較實用嘅Hook，

一個係當一次對話入面工具調用次數大過 8 次時，就叫CC輸出優化建議，叫佢教我將啱啱嘅一連串操作沉澱成Skill。

如果你想慢慢適應呢個Hook，可以叫佢先喺項目（即係當前嘅文件夾）入面生效，之後再拓展成全局。

我初初仲有一個壞習慣，就係喺對話開始時，掉俾佢一大段零散、未經思考嘅需求，講白咗就係語音輸入一大段文字。好多時AI理解錯，一來一回浪費時間。所以我做咗另一個Hook，

唔使擔心設定hook嗰陣表達得唔清晰，CC會進一步細化，俾出優化建議。

Hook慳咗我好多心力。

我唔使諗到頭爆，諗嚇呢個操作值唔值得做一個Skill，又唔擔心一開始需求冇諗清楚，搞到後面返工。

我哋可以利用hook呢個特點，做好多有趣嘅自動化。我就仲有一個Hook，每次準備git提交開源嗰陣，都會觸發一個動作，將所有commit信息寫到一個可視化嘅網頁上，等我預覽確認冇問題後，先真正提交。

咁就唔怕因為模型抽風，將項目裏面嘅說明文件寫到亂七八糟。

 六、/loop 

呢個命令好簡單，就係叫Claude Code定時重複執行某個任務。

譬如我啱啱開源咗一個新Skill，得我一個人用可能冇乜bug，但用嘅人多咗就容易有新問題。所以我用/loop定時睇嚇，只要有人提bug，就自動修復並提交。用法就係喺任務前面加一個loop同時間間隔就得，

CC會每隔24小時檢查一次狀態。

loop嘅好處係輕量，七日之後呢個任務就會自動過期同刪除，唔會長期佔用本地資源。如果需要一個長期運行嘅任務，可以用schedule喺雲端運行，只要唔取消就會一直跑。

 七、Ralph Wiggum插件 

同樣係循環，Ralph Wiggum（我哋簡稱做Ralph）就係一個有停止條件嘅單一任務循環。

如果我想要長時間運行同一個任務，但呢個任務又未必一次就成功，

Ralph就可以喺我瞓覺期間用盡我嘅模型額度，例如重構一個項目嘅UI，我常用嘅係俾呢個任務設定最多循環10-15次，然後叫CC自己俾自己一個驗收標準，

 八、向Codex求助 

Opus 4.6最近降智得好嚴重，

所以我喺Claude Code入面用Codex嘅頻率都高咗，OpenAI開源呢個codex-plugin-cc內置了/codex:review，用廣東話講即係可以將而家嘅工作進度掉俾Codex做代碼審查。

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

而且當時一出嘅時候，我就諗，既然可以傳俾Codex做代碼檢查，點解我唔可以將佢當成一個喺Claude Code入面隨時隨地叫Codex完成其他任務嘅入口呢？

所以我直接原湯化原食，

叫Codex自己喺項目入面新增一個叫Codex Ask嘅功能，咁我可以將開發任務全部交俾Claude Code做，到寫開發計劃或者文本寫作嘅時候，仲可以用到 GPT 5.4 high。

PS：亦都可以唔改，將/codex:rescue當通用Agent用

呢一步，我其實仲做咗一個令佢哋共享記憶嘅Skill，喺之後嘅文章入面會開源出嚟。

 九、--add-dir同-c 

OK，當你將上面呢幾個命令都玩熟咗，再配幾個從/insight學到嘅Skill，

我可以保證，你已經比好多人用得叻。

但我哋仲可以講究啲。接下來呢幾個參數，唔係命令，係喺我哋開始一段新對話時，就用得着嘅開場白，就好似遊戲開局時可以揀嘅幾個被動技能，揀啱咗會慳好多時間。

-c就是continue，

如果唔小心關咗終端，或者電腦冇電，總之就係各式各樣嘅意外，搞到你今次對話突然中斷，咁我哋都可以加-c恢復最近一次對話記錄，好似遊戲讀檔咁。

跟住，都係我開頭講嘅，慳token小妙招，呢個參數叫--add-dir。

譬如，我哋喺A文件夾寫代碼做知識管理，但同時我又需要參考電腦另一個角落，Obsidian文件夾入面嘅一啲個人筆記同設計規範。

咁我只要喺啟動嘅時候，用--add-dir參數將Obsidian嘅路徑加埋入嚟。咁CC就可以直接讀取嗰個文件夾入面嘅所有內容，我唔使再複製貼上任何文字，佢就可以理解我所有嘅術語同個人習慣。

 十、Sub-agent 同 Agent Teams 

前面九個技巧，都係令你用主Agent嗰陣變得更勁。第十個，亦係最後一個技巧，我要拎出多Agent出嚟。

可能好多人一聽到呢個詞就頭痛，覺得要新設定好多嘢，會影響主Agent嘅表現之類。實際上Claude Code已經將入門門檻降到好低。

我哋先講簡單嘅，Sub-agent（子智能體）。

你可以將佢理解成一個臨時工。有啲任務，例如上網揾資料，或者翻幾十個日誌文件，直接喺當前對話問會產生好多冇用嘅中間過程，搞亂主對話嘅上下文。

呢個時候就可以派subagent去做。佢會喺自己嘅工作空間入面，靜靜雞完成呢啲骯髒嘢，最後將一個乾淨整齊嘅摘要報告，交返畀你嘅主對話。

我哋只需要先用/agents命令，就可以用口語，創建一個自己嘅子代理，譬如，

創建過程好簡單，CC會問你想用乜嘢模型去驅動，然後佢係一個只讀Agent定係執行Agent，係將所有Tools開放俾佢用，定係只開放一部分。

BTW，superbrainstrom同 YC總裁開源嘅office hour都係兩個同頭腦風暴相關嘅Skill，非常互補，都係我比較推薦嘅Skills。

🔗 github.com/obra/superpowers/tree/main

🔗 github.com/garrytan/gstack/tree/main

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

唔再係主Agent同臨時工嘅關係，而係一個真正嘅多Agent團隊。我哋可以一次過創建多個唔同角色嘅Agent，叫佢哋並行咁，從唔同角度去解決一個複雜問題。我有一個新產品嘅想法，就可以咁講，

然後，我乜都唔使做，圍觀一場頭腦風暴。呢三個Agent會開始互相討論，分享發現，甚至會挑剔對方嘅觀點。

我哋仲可以好似項目經理咁管理呢個團隊，例如提早結束某個隊友嘅對話，重新分配新任務，或者叫佢哋先出方案，等你批准咗先執行。

呢種多 Agent 協作會比單 Agent 更適合複雜任務，因為可以降低模型一條路走到黑嘅機會，亦都可以喺早期就發現問題。

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

我知道，呢個時候一定會有人覺得記呢啲太麻煩，不如直接去GitHub，將Everything Claude Code嗰個超級大合集項目，一次過裝曬，156個Skill，48個Agent，72個Command。

真係真係真係千祈唔好咁做。

全部裝曬，意味住你嘅Claude Code會突然多咗幾百個你根本唔瞭解嘅文件。可能連hook嘅用法都未摸熟，就直接重用咗人哋嘅工作流。結果發現，人哋用嘅我哋平時根本用唔着。

其實就係增加咗模型嘅記憶負擔。

我嘅建議係，

如果你係啱啱開始用Claude Code，咁乜都唔好裝。先用，用咗就會有痛點。痛點就係你最需要配置嘅第一條規則，第一個Skill。

如果你已經有自己嘅工作流，想參考嚇人哋嘅配置。咁就由嗰啲大合集入面，揀適合你嘅。例如，通用嘅規則，會話保存嘅模板，最常用嘅Skill，就已經夠曬。

畢竟喺AI加持之下，產品嘅進化速度太快太快啦。

我而家已經用Codex設定咗一個長期定時任務，幫我每日監控Claude Code嘅更新日誌，

呢啲等我之後玩熟咗再繼續分享。

瞓覺瞓覺（其實係熬通宵），

希望起身Claude冇更新。

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

我要搶在這些上線前，先把前段時間的更新都消化了。上週在線下黑客松跟人聊的時候就發現有的人已經把CC內置的命令玩出花來了，

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

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

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

上線三週了，還在用claude --dangerously-skip-permissions的朋友可以都切換成claude --permission-mode auto了，不至於閉着眼把權限全批了，執行到高風險動作還是提醒的。

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

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

Here we go！

 一、/powerup 

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

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

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

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

 二、/btw 

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

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

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

比如，它現在寫的這段，是不是按了我們上次定好的開發日誌走的？

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

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

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

 三、雙擊ESC 

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

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

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

 四/五、Hook 和 /insight 

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

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

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

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

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

一個是當一次對話裏工具調用次數大於 8 次時，就讓CC輸出優化建議，讓它來教我把剛剛的一連串操作沉澱成Skill。

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

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

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

Hook省了我大量的心力。

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

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

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

 六、/loop 

這個命令很簡單，就是讓Claude Code定時重複執行某個任務。

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

CC會每隔24小時檢查一次狀態。

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

 七、Ralph Wiggum插件 

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

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

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

 八、求助Codex 

Opus 4.6最近降智有點嚴重，

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

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

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

所以我直接原湯化原食，

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

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

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

 九、--add-dir和-c 

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

我可以保證，你已經比很多人用得溜了。

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

-c就是continue，

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

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

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

那我只要在啓動的時候，用--add-dir參數把Obsidian的路徑加進來。這樣CC就能直接讀取那個文件夾裏的所有內容，我不需要再複製粘貼任何文本，它就能理解我的所有黑話和個人習慣。

 十、Sub-agent 與 Agent Teams 

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

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

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

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

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

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

創建的過程很簡單，CC會問你要用什麼樣的模型去驅動，然後它是一個只讀Agent，還是執行Agent，是把所有的Tools都開放給它用，還是隻開放一部分。

BTW，superbrainstrom和 YC總裁開源的office hour都是兩個跟頭腦風暴相關的Skill，非常互補，都是我比較推薦的Skills。

🔗 github.com/obra/superpowers/tree/main

🔗 github.com/garrytan/gstack/tree/main

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

不再是主Agent和臨時工的關係，是一個真正的多Agent團隊。我們可以一次性創建多個不同角色的Agent，讓它們並行地，從不同角度去解決一個複雜問題。我有一個新產品的想法，就可以這樣說，

然後，我就啥都不用幹，圍觀一場頭腦風暴。這三個Agent會開始互相討論，分享發現，甚至會給對方的觀點挑毛病。

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

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

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

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

真的真的真的千萬別這麼幹。

全裝，意味着你的Claude Code會突然多了幾百個你根本不瞭解的文件。可能連hook的用法都還沒摸熟，就直接複用了別人的工作流。結果發現，別人用的我們平時根本用不上。

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

我的建議是，

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

如果你已經有了自己的工作流，想參考一下別人的配置。那就從那些大合集裏，選適合你的。比如，通用的規則，會話保存的模板，最常用的Skill，就夠了。

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

我現在已經用Codex設置了一個長期定時任務幫我每天去監控Claude Code的更新日誌了，

這些就等我之後玩熟了再來繼續分享。

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

希望起來Claude沒有更新。