最近因為研究 skills 的開發與分類才又回去打開了 Claude Code，結果發現多了好多不認識的指令，面對這樣的狀況有時候真不知道該哭還該笑，Claude Code 進步的很快當然好，但總感覺每天都有新的指令要學習，好像拿到一隻新的 iPhone，要懂得幾招專屬的快捷手勢才配得上擁有它。
下面是我學習 Claude Code 時，看到其他人分享的 10 特殊指令，它可能不是開發上最常被使用，不過多認識、有個印象，在未來肯定會幫上一些忙。
/btw
這個功能是某天 CC 在對話框下面給一些溫馨提示時赫然瞥見的，/btw 顧名思義是 by the way（順道一提），它允許使用者在 CC 正在寫程式、資料搜查時，可以中途詢問 CC 其他的問題。
你可能會想說：「我又不急，等到 CC 做完再問也行。」
但過往最大的問題是這個「臨時」提出的問題，有可能會污染我們先前對話的上下文，導致接下來的開發過程會發生偏差，而 /btw 的出現，不僅讓我們不用再等待，還可以把這段對話透過 空白鍵、enter、esc 進行清理，彷彿從來沒發生過，完全不影響本來 CC 正在處理的事情。
/rewind
按兩下 esc 可以撤銷先前的對話，這應該是大部分人都知道的功能，而這也可以透過 /rewind 做到。
特別提到這個指令是因為 CC 的 /rewind 現在又多了——「Restore code（復原程式碼）」與「Restore conversation（復原對話）」等幾種選項，讓使用者不用像過往遇到 CC 做的方向不對時，要整個將程式碼連同對話一起撤銷，然後再重新描述一次開發情境與任務，多了更多的彈性與對話記憶。
/insights
在我還沒有鑽研 CC 之前，完全不知道這個 /insights 指令的存在，這個指令會分析我們「過去一個月」裡使用 CC 執行的任務與習慣，然後生成一份 HTML 報告給我們參考。
這份報告可以說是相當具有含金量，他會推斷我們是怎樣的開發者，在操作上有哪些重複行為，甚至會根據這些重複行為給予建議，並推薦我們應該花時間自製哪種 skills 來優化我們的開發流程。
這個功能有助於我們反思平常開發時，那些不經意犯下的錯誤或是浪費掉的時間，唯一比較可惜的地方在於 /insights 只會根據 CC 裡面的互動行為做紀錄，像我平常開發習慣使用 OpenCode，在這裡面發生的行為就不會被記錄與檢討。
/model opusplan
這算是一個隱藏中的隱藏指令，因為這個指令並沒有出現在 CC 的選單裡，但對於「每月 20 鎂的 Pro 訂閱者」而言，可能算是相當實用（省錢）的指令。
目前 CC 最新的高階模型為 Opus 4.6，但這個模型的額度相對較低，所以有些聰明的使用者會使用 Opus 進行規劃（plan mode），然後使用 Sonnet 進行開發執行（edit mode）任務，但在不知道 /model opusplan 指令前，我們可能都是透過 /model 單次切換，而 /model opusplan 可以直接將 Opus 模型設置為 plan mode 的預設模型。
老實說，這個隱藏指令現在相對沒有那麼實用，因為 CC 前陣子針對 Opus 4.6 增加了可閱讀的上下文長度（context length）至 1M，卻把 Sonnet 的增強版本（1M Context）歸類在「要另外付費」的方案，也就是說 Opus 4.6 雖然可以閱讀很長的上下文，但切換至舊版 Sonnet 時，可能會因為能閱讀長度有限，而被 CC 強制進行上下文壓縮（compact）。
/simplify
Anthropics 大概在 2026/01 左右在 claude-plugins-official 新增了 code-simplifier plugin，而裡面的 description 這樣說明的：
Agent that simplifies and refines code for clarity, consistency, and maintainability while preserving functionality.
根據裡面的 markdown 文件，簡單來說即是使用 Opus 作為 Agent，在不改變原有功能的前提下，簡化並優化程式碼，使其更清晰、一致且易於維護，而 /simplify 指令感覺是基於這個 plugin 為基礎，另外製作出來的 CC 內建 skill。
使用 /simplify 會平行啟動三個審查 agent，他們檢查你最近修改過的檔案，找出程式碼重複使用、品質與效率方面的問題，彙整各自的發現與建議後，接著加以修正。
如果有希望 agent 特別注意的地方，可以在 /simplify 後面加上「注意事項」的文字，例如：
simplify focus on memory efficiency讓 agent 更著重在記憶體上的運用效能
/branch
讓當前與 CC 對話能多分一條新的對話，而不去影響（污染）舊有的對話內容。
通常適用在 CC 整理了一個開發方向後，身為使用者的我們有了一些新的想法，可是又不想污染到原有的討論方向，使用 /branch 可以產生一個平行宇宙的對話，最後看看哪邊適合繼續發展下去。
和過往的
/fork指令有等價的效力，這兩個指令都可以在 CC 運作。
/loop
簡單來說就是「定時重複指定任務」，這個任務在 CC 裡面最多可以維持「七天」的生命週期，七天之後 CC 會在最後一次執行任務後，將任務從列表中刪除。
如果想超過「七天限制」持續進行排程任務，則需要改用 Claude Code Desktop 版本執行該任務。
使用 /loop 指令時，要注意格式為：
/loop [希望的間隔] [希望重複的任務]Claude Code 目前支援的最短時間間隔為 1m。
如果想要使用 CC 每五分鐘自動檢查 PR，可以使用 /loop 5m check pr。
注意：Claude Code 要 v2.1.72 以上版本才能使用
/loop，可以用claude --version檢查當前版本。
/remote-control
這也是我覺得很酷（很奴？）的功能，讓我們這群工程師可以遠端跟電腦本機的 Claude Code 進行對話，實現無時無刻只要有網路，都可以進行遙控開發，成為真社畜？
這個功能很好理解，在本機 CC 輸入 /remote-control 後，CC 會提供一組用於遠端離線的 url 給使用者，只要本機的 CC 對話沒有被關掉或是遇到網路斷線的問題，就可以持續在其他裝置透過這個 url 遙控 CC。
/export
將 CC 當前 session 的對話內容以 markdown 的格式進行存儲，可以直接輸出成一個 markdown 檔案，也可以暫放在剪貼簿，讓使用者自行貼上在其他地方。
我自己想到比較實用的情境是，可以在進行 /compact 壓縮對話內容前，使用 /export 將當前對話的完整內容保存為 log 紀錄，因為在使用 /compact 後，難保 CC 選擇壓縮的對話細節跟我們想像的不一樣，如果沒有透過 /export 保存，是很難再找回完整的對話紀錄。
ctrl + v
乍看會想說：「這不就是一般的貼上嗎？」
這可是能讓 Mac 使用者將截圖貼入 CC 對話裡的快捷鍵，而且要注意是 control + v，不是 cmd + v，這功能不說不知道，一用嚇一跳，再也不用浪費時間把截圖存下來，還要從資料夾中拖進 CC。
跟原作一樣，在認識這些指令時，會覺得工具、指令更新的速度太過快速，給開發者帶來便捷的同時，更多時候是焦慮與煩躁，甚至有一種離開發越來越遠的異樣感，就像電視遙控器本應該是免去人們操作電視的麻煩，但現在光要理解遙控器上的功能、記得這些組合，已經變得太過繁瑣。
這樣的我們到底是在學習怎麼開發，還是只是成為比一般人更會用 AI 工具的人？