🛠️刷新された/reviewコマンドの設定をイチから見直してみた実務記録、⚡PRのレビューを爆速で回すための運用フローと気をつけたい細部までまとめて解説する📝

💥 その「/review」、実はもう別のコマンドに変わっていることをご存知でしょうか

Claude Codeを日常的に使っている方の中には、「PRのレビューは/reviewコマンドに任せている」という方も多いのではないでしょうか。

実は、この/reviewコマンドは、ある時期を境に中身がまるごと刷新されています。以前の/reviewは、GitHubのプルリクエストを一度だけ読み取り専用でチェックする、シンプルな単発コマンドでした。ところが現在の/reviewは、それとは別物の「/code-review」というコマンドの別名(エイリアス)として動作するように変わっています。

つまり、以前と同じ感覚で「/review」とだけ打ち込んでいる方は、知らないうちに挙動が変わったコマンドを使っていることになります。バックグラウンドで動く仕組みや、修正を自動で適用する--fix、指摘をPRにコメントとして投稿する--commentといったオプション、重要度のラベル付け、効き具合を調整する「effort」の概念など、以前にはなかった要素が数多く追加されているのです。

この違いを知らないまま使っていると、「なぜかレビューが会話を止めずにバックグラウンドで進んでいる」「同じコマンドなのに前より丁寧に指摘してくれる」といった変化に戸惑うだけで終わってしまいます。逆に、この記事で解説する仕組みと設定をひとつひとつ理解しておけば、PRレビューのスピードと精度を今よりもぐっと引き上げることができます。

ここから先では、現在の/reviewコマンド(=/code-review)がどのような設計になっているのか、実務でどう設定し、どう運用すればレビューを爆速で回せるのか、細部まで丁寧に解説していきます。

🔍 まず結論:「/review」は今、何者になったのか

結論からお伝えします。現在のClaude Codeにおいて、/reviewは/code-reviewの別名として動作します。両者は同じコマンドであり、どちらを入力しても同じ処理が走ります。

これは決して単なる名称変更ではありません。以前の/reviewは、GitHubのプルリクエストに対して一度きりの読み取り専用チェックを行うだけの、いわば「軽量版」のコマンドでした。それが統合された結果、/code-reviewが持つ幅広い機能――ブランチの差分レビュー、ファイル単位のレビュー、PR番号を指定してのレビュー、修正の自動適用、PRへのコメント投稿――のすべてが、/reviewという入力からも呼び出せるようになっています。

この変更が行われたバージョンより前に作られたスクリプトや自動化フローで、「/reviewは単発の読み取り専用チェックである」という前提のまま運用を続けている場合は、想定と異なる挙動(バックグラウンド実行や、オプション次第でのファイル修正など)が起きる可能性があるため、一度立ち止まって設定を見直す価値があります。

これが、この記事のタイトルにある「刷新された/reviewコマンドの設定をイチから見直す」という作業の出発点です。

⚙️ ローカルで動く/code-reviewコマンドの基本を押さえる