Claude Code v2.1.152，我會改這 4 個用法
整理版優先睇
Claude Code v2.1.152 更新：四個關鍵功能直接減少重複動作，提升工作流效率
呢篇文章係作者作為 Claude Code 嘅日常用家，喺新版本 v2.1.152 出咗之後，第一時間唔係試新命令，而係睇 changelog 入面邊啲功能真係會影響佢嘅工作流程。作者揀咗四個重點：/code-review --fix、/reload-skills、disallowed-tools、fallback-model。佢嘅整體結論係：呢版值得用，因為直接解決咗幾個好煩嘅小摩擦，令開發過程更流暢。
作者首先講 /code-review --fix，以前只係畀建議，家陣會直接將 review 嘅清理改動應用到 working tree，但中間一定要用 git diff 檢查咗先，唔可以盲信自動修復。跟住係 /reload-skills，對 skill 作者嚟講係天大喜訊，唔使再為咗改一行 frontmatter 而要重啟成個會話，直接跑 /reload-skills 就可以即時測試。
至於 disallowed-tools，作者認為應該寫入每個偏安全、只讀嘅 skill 嘅 frontmatter，用機器可讀嘅方式設定權限邊界，唔好淨係靠 prompt 提醒。最後 fallback-model 適合長任務，主模型跪低時自動切換備用模型，但要注意輸出質量會變，驗收要更小心。總括嚟講，呢四個功能都係針對重複動作而嚟，所以作者一定會用呢版。
- /code-review --fix 直接將清理建議應用到 working tree，但必須用 git diff 檢查改動，不能盲目接受。
- /reload-skills 無需重啟會話即可測試技能修改，調試行為應逐條修改，避免一次改多處。
- disallowed-tools 將權限邊界寫入機讀 frontmatter，適用於只讀或安全敏感的 skill。
- fallback-model 為長任務提供備用模型，但輸出質量可能變化，驗收要更嚴謹。
- 判斷更新價值嘅標準：能否減少一個重複動作？v2.1.152 喺呢四個方面直接解決咗小摩擦。
點解我會留意呢四個功能
每次 Claude Code 出新版，我第一件事唔係試新命令，而係睇 changelog 入面邊啲功能真係會改變我日常嘅工作流程。v2.1.152 嘅 changelog 好長，但我揀咗四個真正減少重複動作嘅功能：/code-review --fix、/reload-skills、disallowed-tools、同 fallback-model。
以下我會逐個講我點樣改用法，同埋有咩要注意。
/code-review --fix：自動修復，但要睇清楚
以前 /code-review 只係畀建議，話你邊度可以重用、邊度可以簡化，然後你要自己返去改。家陣加咗 --fix 參數，佢會直接將 review 發現嘅清理改動應用到 working tree。
作者認為 review 類問題有兩種：一種係判斷題（例如抽象應該點做），要人決定；另一種係清理題（例如重複代碼、可讀性），適合畀工具先改一版。
- 1 行 /code-review --fix
- 2 git diff 檢查改動
- 3 跑測試確認正常
/reload-skills 同 disallowed-tools：技能開發嘅兩大突破
第二個係 /reload-skills。以前改完 SKILL.md 想測試，一定要重啟會話，搞到 上下文斷開，好影響調試感覺。家陣直接行 /reload-skills，當前會話會重新掃描技能目錄，即時用真實輸入試。
作者提醒：技能最難調嘅唔係語法，係行為。一定要逐條規則改、逐條測試，唔好一次改十個地方，咁先知道邊條規則令佢變好、邊條令佢跑偏。
第三個係 disallowed-tools。呢個功能應該寫入每個偏安全、偏診斷、偏只讀嘅 skill 嘅 frontmatter。例如審稿 skill 只應該讀文字同畀建議，就唔應該畀佢寫文件；合規檢查 skill 只睇風險，就唔應該調外部 API。
fallback-model 同長任務嘅安全網
最後係 fallback-model。作者唔會用喺普通聊天，而係適合長任務，例如 倉庫掃描、內容流水線、批量重寫、隔夜巡檢。主模型突然不可用時，Claude Code 會自動切到配置好嘅備用模型繼續跑。
但要小心：備用模型唔係質量保證。模型變咗，輸出風格同判斷都會變，所以作者會喺長任務最後驗收時更加認真。
除咗呢四個重點，版本仲有啲順手享受嘅功能，例如 SessionStart hooks 可以自動安裝技能、/usage 統計大 session 等。但作者判斷更新有冇改變工作流，只睇一件事：有冇減少一個重複動作。v2.1.152 做到咗，所以會用呢版。
用呢版 Claude Code，我第一件事唔係試新指令。
係改工作流程。
v2.1.152 嘅 changelog 好長，但真正會影響我日常用法嘅，主要係 4 個：/code-review --fix、/reload-skills、disallowed-tools、fallback-model。
先說 /code-review --fix。
以前我跑 /code-review，佢淨係俾建議。佢話呢度可以重用，嗰度可以簡化，某段效率唔係咁好。跟住我要自己返去文件度改。
而家佢會將 review 發現直接應用到 working tree。
呢一步好關鍵。
因為 review 類問題有兩種。
一種係判斷題，好似呢個抽象做唔做、呢個行為會唔會影響用戶。呢種應該由人決定。
另一種係清理題，好似重複代碼、可讀性、明顯可以簡化嘅結構。呢種適合俾工具改一版先。
我嘅新流程會變成咁樣：
/code-review --fix
git diff
跑測試
注意，中間嘅 git diff 唔可以省略。
自動修復唔係自動接受。佢只係幫你將一部分建議變成改動。你都要睇佢改咗啲乜。
第二個係 /reload-skills。
呢個對 skill 作者好有用。
以前我改技能，最煩係重啟對話。你改咗一行 frontmatter，或者改咗一段觸發規則，想即刻驗證，結果要重新開 session。上下文一斷，調試感覺就冇咗。
而家唔使。
改完 SKILL.md，跑 /reload-skills，當前對話重新掃描技能目錄。然後直接攞真實輸入去試。
我會咁樣用：
改一處規則
運行 /reload-skills
用真實任務試一次
看哪裏跑偏
再改下一處
唔好一次改十個地方。
技能最難調嘅唔係語法，係行為。你要知道係邊條規則令佢變好，邊條規則令佢走歪。
第三個係 disallowed-tools。
呢個功能應該寫入每個偏向安全、偏向診斷、偏向唯讀嘅 skill。
好似一個審稿 skill，佢只應該讀文本同輸出建議。嗰就唔應該俾佢寫文件。
一個合規檢查 skill，淨係睇風險，唔調外部 API。嗰就唔應該將外部調用留俾佢。
示意大概係咁樣：
---
name:readonly-audit
description:只讀檢查，不改文件
disallowed-tools:
-Write
-Edit
-Bash
---
具體工具名要按你當前 Claude Code 嘅工具集來寫。
關鍵唔係呢三行示例。關鍵係邊界要擺喺機器讀得到嘅位置，唔好淨係寫喺正文度提醒模型。
第四個係 fallback-model。
呢樣嘢我唔會用喺普通對話度。
佢適合長任務。
好似你跑倉庫掃描、內容流水線、批量重寫、隔夜巡檢，主模型突然唔用得。以前可能就係失敗。而家 Claude Code 會切到配置好嘅備用模型，並喺呢個 session 繼續跑。
呢度都要小心。
備用模型唔係質量保證。模型變咗，輸出風格同判斷都會變。所以我嘅做法係：長任務可以配 fallback，最後驗收要更認真。
呢版仲有啲我會順便享受、但唔會專門改流程嘅嘢。
SessionStart hooks 可以返回 reloadSkills: true，呢個對自動安裝技能嘅場景有用。hooks 仲可以設置 session title。MessageDisplay hook 可以改顯示出嚟嘅 assistant 文本。/usage 而家會統計大 session 文件，而且用流式讀取，內存更穩定。仲有一堆 UI 同長對話修復。
呢啲都好。
但我判斷一個更新有冇改變工作流程，淨係睇一件事：佢有冇令我少做一個重複動作。
v2.1.152 有。
/code-review --fix 少咗“讀建議再手改”。
/reload-skills 少咗“改技能就重啟”。
disallowed-tools 少咗“靠口頭約束權限”。
fallback-model 少咗“長任務中途死咗”。
所以呢版我會用。
唔係因為 changelog 長。
係因為佢將幾個好煩嘅小摩擦，直接拎走咗。
用這版 Claude Code，我第一件事不是試新命令。
是改工作流。
v2.1.152 的 changelog 很長，但真正會影響我日常用法的，主要是 4 個：/code-review --fix、/reload-skills、disallowed-tools、fallback-model。
先說 /code-review --fix。
以前我跑 /code-review，它只給建議。它說這裏能複用，那裏能簡化，某段效率不太好。然後我要自己回到文件裏改。
現在它會把 review 發現直接應用到 working tree。
這一步很關鍵。
因為 review 類問題有兩種。
一種是判斷題，比如這個抽象要不要做、這個行為會不會影響用戶。這種應該人來定。
另一種是清理題，比如重複代碼、可讀性、明顯能簡化的結構。這種適合讓工具先改一版。
我的新流程會變成這樣：
/code-review --fix
git diff
跑測試
注意，中間的 git diff 不能省。
自動修復不是自動接受。它只是幫你把一部分建議變成改動。你還是要看它動了什麼。
第二個是 /reload-skills。
這個對 skill 作者很有用。
以前我改技能，最煩的是重啓會話。你改了一行 frontmatter，或者改了一段觸發規則，想馬上驗證，結果要重新開 session。上下文一斷，調試感覺就沒了。
現在不用。
改完 SKILL.md，跑 /reload-skills，當前會話重新掃描技能目錄。然後直接拿真實輸入試。
我會這麼用：
改一處規則
運行 /reload-skills
用真實任務試一次
看哪裏跑偏
再改下一處
不要一次改十個地方。
技能最難調的不是語法，是行為。你要知道是哪一條規則讓它變好，哪一條規則讓它跑偏。
第三個是 disallowed-tools。
這個功能應該寫進每個偏安全、偏診斷、偏只讀的 skill。
比如一個審稿 skill，它只應該讀文本和輸出建議。那就不該讓它寫文件。
一個合規檢查 skill，只看風險，不調外部 API。那就不該把外部調用留給它。
示意大概是這樣：
---
name:readonly-audit
description:只讀檢查，不改文件
disallowed-tools:
-Write
-Edit
-Bash
---
具體工具名要按你當前 Claude Code 的工具集來寫。
關鍵不是這三行示例。關鍵是邊界要放在機器能讀到的位置，不要只寫在正文裏提醒模型。
第四個是 fallback-model。
這東西我不會用在普通聊天裏。
它適合長任務。
比如你跑倉庫掃描、內容流水線、批量重寫、隔夜巡檢，主模型突然不可用。以前可能就是失敗。現在 Claude Code 會切到配置好的備用模型，並在這個 session 繼續跑。
這裏也要小心。
備用模型不是質量保證。模型變了，輸出風格和判斷都會變。所以我的做法是：長任務可以配 fallback，最後驗收要更認真。
這版還有一些我會順手享受、但不會專門改流程的東西。
SessionStart hooks 可以返回 reloadSkills: true，這對自動安裝技能的場景有用。hooks 還能設置 session title。MessageDisplay hook 可以改顯示出來的 assistant 文本。/usage 現在會統計大 session 文件，而且用流式讀取，內存更穩。還有一堆 UI 和長會話修復。
這些都好。
但我判斷一個更新有沒有改變工作流，只看一件事：它有沒有讓我少做一個重複動作。
v2.1.152 有。
/code-review --fix 少掉“讀建議再手改”。
/reload-skills 少掉“改技能就重啓”。
disallowed-tools 少掉“靠口頭約束權限”。
fallback-model 少掉“長任務中途死掉”。
所以這版我會用。
不是因為 changelog 長。
是因為它把幾個很煩的小摩擦，直接拿掉了。