Claude Code 2.1.152が2026年5月27日に公開されました。この更新は派手な新モデルの話ではありません。現場で使うなら、/code-review --fixとskillsまわりの制御を見るべきです。
何が起きたか
公式changelogとGitHub Releasesでは、/code-review --fixがレビュー結果を作業ツリーへ反映できるようになったこと、/simplifyが/code-review --fixを呼ぶようになったこと、skillsやslash commandsでdisallowed-toolsを指定できること、/reload-skillsで再起動なしにskillディレクトリを再読み込みできることなどが記載されています。
ほかにもSessionStart hook、MessageDisplay hook、fallback modelの扱い、Vim modeの履歴検索、/usageの内訳改善などが入っています。
何が変わったか
AIレビューは、指摘だけなら導入しやすいです。ただ、指摘を人間が一つずつ直す運用だと、忙しい現場では止まりがちです。/code-review --fixは、レビューで見つけた再利用、簡素化、効率化の観点を実際の作業ツリーに反映する方向へ寄せています。
skillsのdisallowed-toolsも重要です。AIに何でもできる状態で作業させるのではなく、そのskillの実行中は使わせないtoolを決められます。これは小さな会社ほど必要です。権限設計が雑なままAIを入れると、便利さより怖さが勝ちます。
小さな会社・開発会社・EC運用ではどこに効くか
開発会社では、Pull Request前の軽い品質確認に使いやすいです。レビュー観点を毎回人間が口頭で伝えるのではなく、skillにしておき、不要なtoolを閉じる。そこまで作ると、AIレビューが属人作業から運用に変わります。
EC運用では、テーマや商品ページまわりの小さな修正に向いています。画像差し替え、文言修正、テンプレートの軽微な調整でも、確認観点を決めずにAIへ投げると事故が起きます。レビューと修正をセットにし、最後に人間が表示確認する形なら使いやすいです。
そのまま真似ると危ない点
--fixという名前を見ると、自動で直してくれる機能に見えます。ただし、AIが直した差分をそのまま本番へ入れるのは危険です。レビューの観点が正しくても、業務上の意図や顧客との約束までは読めないことがあります。
また、tool制限は万能ではありません。権限を閉じたつもりでも、リポジトリ内に古い秘密キーや接続情報や顧客情報が残っていれば、AIがそれを前提に文章やコードを作る可能性があります。まずリポジトリ側の整理が必要です。
最初にやるなら何か
最初は、本番反映ではなく「差分を作るところまで」に留めます。対象リポジトリを一つ選び、AIレビュー用の観点を3つに絞る。たとえば、重複コード、不要な複雑さ、テスト漏れ。この程度で十分です。
そのうえで、/code-review --fixが作った差分を人間が読み、使える指摘と使えない指摘を分けます。繰り返し出る良い指摘は運用ルールに入れ、外すべき指摘はskillや指示から削ります。
monoblo/Sync8実務メモ
私なら、この更新は「AIレビューを賢くする」より「AIレビューを安全に回す」方向で使います。中小企業では、完璧なレビューより、毎回同じ最低限の確認が走ることのほうが価値があります。
AIに触らせない範囲を決め、レビューの観点を固定し、最後に人間が差分と画面を見る。地味ですが、この型を作るとAI開発支援はかなり現実的になります。