Claude Code コードレビューの使い方：Code Review一般提供と/code-reviewの違いを実測

Claude Code のコードレビューとは？5つの方法の違い

Claude Code のコードレビューは、変更されたコードを Claude が読み、バグやセキュリティの問題を指摘してもらう使い方です。Anthropic の公式ドキュメントは、GitHub で自動的に動く「Code Review」、手元で実行する「/code-review」、クラウドで深く調べる「ultrareview」、自社の CI に組み込む方法、自作のレビュー役の5つを並べています。使えるプランと、どこで動くかが違います。

3つの公式機能に共通するのは、複数の視点で探し、見つけた問題を検証してから報告するという考え方です。Anthropic の公式チャンネルの動画で、Claude Code チームの登壇者は次のように説明しています。

「Anthropic では、多段階・複数エージェントのコードレビューのほうが効果的だと分かりました。コードの独立した観点をそれぞれ見るレビュー役のチームを立ち上げ、そのうえで、見つかった指摘が本当に報告する価値があるかを検証します。」

"At Anthropic, we have discovered a more effective code review pattern that's multi-phase and multi-agent. Spin up a team of reviewers to look at independent aspects of your code, then verify that the findings are actually worth reporting."

Claude Code チームの登壇者（Anthropic）— What's new in Claude Code（公式チャンネル）17:53

どの方法でも、レビューがプルリクエストを承認したり、マージを止めたりすることはありません。マージするかどうかを決めるのは、最後まで人です。

一般提供された Code Review は何が変わった？

Code Review は2026年3月9日に研究プレビューとして始まり、10月15日に Team・Enterprise プラン向けに一般提供されました。変わった点は、速さ（約3倍）、指摘の質、リポジトリごとに選べる3段階のレビューの深さの3つです。料金は定額ではなく、使った分のトークン課金です。

「ほとんどのレビューが、プレビューのときより約3倍速く（約20分から6〜10分に）終わるようになりました。」

"Most reviews now finish about 3x faster (~20 minutes down to 6-10 minutes) compared to during preview."

Anthropic — Code Review is now generally available（2026年10月15日）

告知した Anthropic の開発者向けアカウント @ClaudeDevs のポストは、公開から約2時間で13.55万表示・ブックマーク770でした（2026年10月16日10時時点）。

レビューの仕組み：探す・検証する・並べる・投稿する

ドキュメントによると、1回のレビューは Anthropic のサーバー上で4段階に進みます。複数のエージェントが差分と周辺のコードを並行して調べ、検証の段階で誤検出を落とし、重複をまとめて重大度順に並べてから、PR に行単位のコメント・要約・「Claude Code Review」というチェックを残します。リポジトリへのアクセスは読み取りだけで、コードをビルドしたり実行したりはしません。

研究プレビューで発表された数字

3月の発表記事で Anthropic は、社内での効果を次のように公表しています。いずれも Anthropic 自身の数字で、第三者の検証ではありません。

変更が1,000行を超える PR では84%に指摘が付き平均7.5件、50行未満の PR では31%・平均0.5件でした。費用はプレビュー当時の目安で、現在の料金ページは「1回あたりの定額はなく、レビューの深さ・変更の大きさ・周辺コードの複雑さで変わる」としています。請求は PR を出した開発者ではなく組織に来て、プランに含まれる使用量とは別の使用量クレジットから引かれます。

導入前に押さえる3つの設定

Enterprise プランの対象組織は、2027年1月15日までに1万ドル以上の Code Review クレジットを請求できます（請求から30日で失効）。なお、ゼロデータ保持（ZDR）や HIPAA 構成、顧客管理の暗号鍵（CMEK）を使う組織では、現時点で Code Review は使えません。

/code-review の使い方（全プラン）

/code-review は、Claude Code の入力欄で打つだけで、今のブランチの変更をレビューするコマンドです。Pro・Max を含むどのプランでも使え、普段の使用量として数えられます。/review は同じコマンドの別名です。

/code-review                  # 今のブランチの変更（未コミットを含む）
/code-review high             # effort を指定（low〜max）
/code-review --fix            # レビュー後に修正も適用する
/code-review --comment 1234   # PR 1234 をレビューし、GitHub に行コメントで投稿
/code-review src/invoice      # フォルダやファイルを指定

公式ドキュメントのポイントは次のとおりです。

• effort で網羅性が変わる：low は確信の高い指摘だけを返し、medium から max は対象を広げます。指定しないと前回打った effort が再利用されます
• バックグラウンドで動く：別の文脈（サブエージェント）でレビューするので、会話の文脈を圧迫しません。終わると結果が会話に届きます
• CLAUDE.md を読む：プロジェクトの CLAUDE.md に書いたルールに沿ってレビューします。Code Review 用の REVIEW.md は読みません
• Claude が自分から実行することもある：「レビューして」と頼むと Claude が /code-review を使います。手動だけにしたい場合は settings.json の skillOverrides で "code-review": "user-invocable-only" にします

コマンド全体の中での位置づけは「Claude Code コマンド一覧」で、effort の考え方は「Claude Code effortはいつ上げる？」で解説しています。

誤りを6件仕込んだ請求書スクリプトで、何件見つかったか？

effort low は4件だけ指摘し、すべて本物でしたが、業務ルールの誤りとデータとの食い違いの2件を見逃しました。medium と high は6件中5〜6件を見つけた一方、仕込んでいない指摘も3〜5件付きました。どの条件も1回30秒前後、費用は約0.08〜0.12ドルで、effort による費用の差はほとんどありませんでした。

検証の手順

Claude Code v2.1.301（Sonnet 5.5、Claude Max）で、「税理士事務所の請求書を計算する」小さな Python のスクリプトを用意しました。非エンジニアが Claude Code に作らせた想定で、main ブランチの明細集計に、消費税・源泉徴収・支払期日・出力の機能を足すブランチ（差分81行）を作り、次の6つの誤りを仕込んでいます。顧問先名・口座番号・マイナンバーはすべてダミーです。

このブランチで claude -p "/code-review low" のように effort を変えて各2回実行し、指摘が仕込んだ誤りの原因を正しく述べているかを数えました。さらに、B1・B3・B5 に当たる業務ルールを CLAUDE.md に書いた条件でも、medium で2回試しています。

結果

結果から読み取れることは4つです。

費用は、研究プレビュー時に Code Review の平均とされた「1回15〜25ドル」と比べると桁違いに小さく見えます。ただし Code Review は多数のエージェントで探して検証まで行い、実際の PR はもっと大きいので、同じ条件の比較ではありません。

--fix で直させると、どこまで任せられるか？

CLAUDE.md ありの条件で /code-review high --fix を実行すると、49秒・約0.15ドルで6件すべてが直りました。修正後のコードを確認用のスクリプトで動かすと、6項目すべてが期待どおりの値になっています。ただし、Claude が書いた説明文の金額には誤りがありました。

修正の中身は、消費税を「税率ごとの合計に1回だけ」切り捨てる形に変え、税率を整数で持って浮動小数点の誤差を避け、未知の税区分は黙って10%にせずエラーにする、というものでした。源泉徴収は100万円までと超えた部分に分けて計算し、支払期日は年をまたげるようにし、ログからは口座番号とマイナンバーを外しています。

気を付けたいのは説明文です。Claude は「150万円なら誤りは約15.3万円」と書きましたが、実際の差は306,300円−204,200円＝102,100円です。報告の末尾の一覧でも「正しくは約25.3万円」と書いており、正しい204,200円と合いません。コードは正しく直っているのに、説明の数字だけ間違っているという状態でした。

また Claude は、「Python の実行が承認待ちで止まったため、テストは手計算だけ」と正直に申告していました。自動で動かしたときは、修正が本当に正しいかを人かテストで確かめる前提で使うのが安全です。「テストが通った」という AI の報告をどう確かめるかは「Claude Codeの検証ループとは？」で詳しく扱っています。

ultrareview・GitHub Actions を含め、どれを使えばいいか？

個人や少人数の事務所なら、まず /code-review を作業の区切りで使い、大事な変更だけ ultrareview の無料枠を試すのが現実的です。GitHub で複数人が開発していて Team・Enterprise プランを使っているなら、Code Review を「PR 作成時に1回」から試し、1回あたりの費用を見てから広げます。

非エンジニアが業務スクリプトをレビューさせるときの注意

コードレビューは「プログラムとして正しいか」には強い一方、「業務のルールとして正しいか」は、ルールを書いて渡さないと見落とすことがあります。指摘が出なかったことは、誤りがないことの証明にはなりません。

• 業務ルールは CLAUDE.md に書く：消費税の端数処理、源泉徴収の計算、締め日と支払期日など、事務所のルールを文章にしておくと、レビューがそれを基準に指摘します。書き方は「CLAUDE.mdとskillsの使い分け」を参考にしてください
• サンプルの数字で必ず動かす：今回の B2（軽減税率に10%）のように、データと突き合わせないと分からない誤りは、実際の CSV で1件ずつ金額を確かめるのが確実です
• 説明文の数字は信じすぎない：今回のように、修正は正しくても説明の金額が違うことがあります
• 個人情報を含むファイルに注意：medium 以上のレビューは、口座番号やマイナンバーを含むファイルがリポジトリにあることを毎回指摘しました。実データはリポジトリの外に置きます
• 公式も限界を明記している：Anthropic のドキュメントは「AI のレビューはバグや脆弱性を見逃すことがあり、指摘がなくてもコードに誤りがない・安全だという意味ではない」と書いています

当研究所の見解では、士業やバックオフィスの方が Claude Code で業務スクリプトを作る場合、「作らせる→/code-review high→サンプルで金額を確認」までを1セットにするのが、手間と安心のバランスがよい運用です。セキュリティ面の基本設定は「Claude Codeセキュリティチェックリスト8選」にまとめています。

まとめ