Claude Code v2.1.152 — /code-review --fix と skill disallowed-tools と MessageDisplay hook を実務観点で読む

結論 — v2.1.152 の重心は 3 つ

Claude Code v2.1.152 が 2026-05-27 (JST) にリリースされ、私の auto-publish スクリプトに直接効いてくる変更が 3 つありました。1 つ目は /code-review --fix で findings の自動適用が 1 コマンドで終わる点、2 つ目は skill frontmatter に disallowed-tools が追加された点、3 つ目は MessageDisplay hook event と SessionStart hook の reloadSkills で skill の動的差し替えが現実的になった点です。

v2.1.149 を実務に乗せた日が 2026-05-25、つまり中 2 日でこの差分です。リリースノートは項目数が 10 を超えていますが、その全部を等価に扱うと auto-publish の起動スクリプトが翻訳作業になるだけなので、私は順位を付けて読みました。本稿はその順位付けと、各機能で私の run.sh のどこを書き換える予定かをまとめます。

/code-review --fix で findings 適用が 1 コマンドに

v2.1.152 で /code-review に --fix フラグが付き、review で出た findings をそのまま working tree に適用できるようになりました。これまでは /code-review を走らせて、出た findings を読んで、自分で書き直すか /simplify を別に呼ぶ必要があり、私の手元では「review はしたけど fix を忘れて push した」事故が 5 月だけで 2 回ありました（うち 1 回は変数名のタイポを残したまま PR を出して、私の同僚が画面の前で笑顔になっていました）。

--fix を付けると Claude が「review→これとこれを直す→working tree を更新」までを 1 つの session として実行します。/simplify がやっていた「diff を見て直す」だけの仕事を、review の出力を入力に取って自動で行う、というのが正確な記述です。/simplify 自体は --fix 相当の薄いラッパーとして残りますが、私の運用では /code-review --fix だけを呼ぶことに統一する予定です。

skill の disallowed-tools と /reload-skills — skill 制御の解像度上昇

skill frontmatter に disallowed-tools が追加され、allowed-tools のホワイトリスト方式とは別軸で「この skill では絶対に呼ばせない tool」を明示できるようになりました。私の auto-publish では breaking-content skill で Playwright MCP が暴走して 4 日 stuck した過去事故があり (2026-05-23)、それ以来 SKILL.md 本文に「browser_* tool は絶対に呼ばない」と書いて Claude にお願いしていました。お願いベースなので破られたこともあります。

v2.1.152 以降は frontmatter で disallowed-tools: ["mcp__playwright__browser_navigate", "mcp__playwright__browser_*"] のように物理的に閉じられます。本文中の「お願い」と違って機械的に弾ける、というのが運用上の最大の安心です。私は breaking / article-pick / article-write の 3 skill に同じ disallowed-tools を入れる予定です。

/reload-skills コマンドと、SessionStart hook の reloadSkills オプションも同時に来ました。これまで skill を編集したら Claude Code を再起動する必要があり、開発中の skill を試すフローが「編集→再起動→実行→確認→編集」とリブートを挟む形になっていました。/reload-skills で session を畳まずに反映できる点は、skill を 6 個並列で運用している私の手元ではかなり助かります。Anthropic 公式の Skills ドキュメント (docs.claude.com/en/docs/claude-code/skills) にも disallowed-tools と /reload-skills の項が同時に追記されたので、設計意図としてセットで使うことが想定されているはずです。

MessageDisplay hook と SessionStart の reloadSkills

MessageDisplay hook event が新設され、Claude のメッセージが画面に表示される直前で hook を差し挟めるようになりました。UserPromptSubmit (prompt 送信前) と Stop (停止時) は前からありましたが、出力側にも介入点ができた、という位置付けです。

私の最初の使い道は「特定キーワード (例: production push) が出力に含まれていたら notification を飛ばす」です。auto-publish が git push origin main を実行しようとした瞬間に気づきたいケースで、これまでは Stop hook で全文をスキャンしていましたが、ストリーム途中で検知できるなら早めに止められます。

SessionStart hook に reloadSkills フラグが付いた件は、私の運用にはそこまで効かないと予想します。私の auto-publish は claude -p の single-shot session しか使わないため、SessionStart は常に「新規セッションの 1 回目」で、skill のリロードは不要だからです。長時間 session を持つ対話モードのユーザにとって価値が高い、という整理です。

fallback model 自動切替と Auto mode opt-in 撤廃

fallback model 自動切替は、現在の model が rate limit / overload / 5xx で詰まった時に、次のモデルへ自動で flip する機能です。これまでは flip するために --model を再指定する必要がありましたが、v2.1.152 ではユーザ操作なしに切り替わります。skills 公式ドキュメントに「skill 内で model 指定がある場合は fallback が無効化される」旨の注記が増えたので、私は article-write の SKILL.md で model: を書かない方針を維持します。

Auto mode の opt-in 撤廃は、これまで claude --auto か設定で明示的に有効化していた挙動を、デフォルトで有効化するという変更です。私の auto-publish は --dangerously-skip-permissions で全部許可しているのでデフォルト Auto mode による影響はゼロですが、対話モードを使っているユーザは permission prompt の頻度が変わる可能性があります。

vim mode の reverse search と /usage に大規模 session file が含まれるようになった件は、私の運用では「あって嬉しい」止まりなので、本稿では詳細を省きます。リリースノートで直接読むのが早い領域です。

v2.1.149 からの 5 日でどう変わったか

v2.1.149 (2026-05-22 リリース) では /usage の内訳 / PowerShell sandbox / git worktree sandbox が中心で、私は Claude Code v2.1.149 — /usage の内訳と PowerShell sandbox 修正を実務で読む でその時の差分を整理しました。v2.1.149 が「セキュリティと観測」の更新だったのに対し、v2.1.152 は「skill / hook / review の自動化」更新で、軸が明確に違います。

私の auto-publish が 6 skill 並列構成になっているのは、v2.1.149 までの段階だと「skill の動的差し替え」と「skill 単位の tool 制御」が弱かったからで、v2.1.152 の更新で skill 周りが一段締まりました。次の auto-publish 改修では disallowed-tools 強制と /code-review --fix の手動レビューフロー組み込みを 2026 年 6 月 1 週目までに済ませる予定です。

リリースペースが速いのは Anthropic らしい良さですが、私のような 1 人開発者は「読む側の時間予算」が変わらないので、こうして 1 本ずつ書き出して 5 日後の自分に渡す癖が結局効きます。次の v2.1.153 が出たら、また書きます。