Claude Code Reviewの費用を見積もり、月額上限で止める方法
Claude Code Reviewの料金は1回いくらの固定制ではありません。Review runsとreview levelで変わる費用の見積もり方、月額上限・組織上限・クレジット残高が切れたときのスキップ条件を解説します。
Claude Code Reviewに、PR1件あたりの固定単価はありません。費用は「1回のレビューの重さ」と「レビューが走る回数」の掛け算で決まり、使用量クレジットから組織に請求されます。見積もりの手順は、Review runsを絞った小さな試験運用で平均費用を測り、PR数とpush数を掛けるだけです。止めたいときは、管理画面でClaude Code Reviewサービスに月額上限を設定します。
この記事は費用の見積もりと上限の効き方に絞ります。機能の概要やセットアップ全体はGitHub PR自動レビューの設定と運用にあります。
費用を決める2つの変数
費用は次の2つに分かれます。
Code Reviewの費用を動かす2つの変数
1回あたりの費用
review level、変更の大きさ、周辺コードの複雑さ、検証が必要な候補指摘の数で増減します。
レビューの回数
リポジトリごとのReview runs設定で、PR1件が受けるレビューの回数が決まります。
請求の経路にも注意が要ります。Code Reviewはトークン使用量に応じて使用量クレジットから課金され、プランに含まれる使用量とは別枠です。請求先は、PRを開いた開発者や@claude reviewを打った人ではなく組織です。Amazon BedrockやGoogle Cloud、Microsoft FoundryでほかのClaude Code機能を使っている組織でも、Code Reviewの費用はAnthropicの請求に載ります。
使用量クレジットが何かはFable 5がsetup-token利用時にクレジットを要求される件や使用量バンドルの購入ガイドでも出てくる別枠の残高です。Code Reviewはその残高を直接消費します。
review levelは3段階、金額は書かれていない
review levelは組織の既定値を1つ決め、リポジトリごとに上書きできます。
| レベル | 性格 |
|---|---|
| Quick | 性格軽い確認。最も速く、費用は最も低い |
| Standard | 性格深さ・速度・費用のバランス型。既定値 |
| Deep | 性格最も徹底的。時間がかかり、費用も最大 |
設定箇所は、claude.aiのAdmin settings > Claude CodeにあるCode reviewセクションです。組織全体はReview levelで選んでChange levelで確定します。リポジトリ単位は、行のEditからReview levelを選びます。先頭のDefaultを選ぶと組織の既定に従い、選んだ時点で保存されます。
注意したいのは、3段階それぞれの金額やトークン量が、費用のページにも設定のページにも載っていない点です。レベルの差は「より高い・より低い」という順序でしか分からないため、実額は自分のPRで測るしかありません。新しいレベルは、変更後に始まるレビューから適用されます。
Review runsで回数が何倍になるか
回数を決めるReview runsは3種類です。
| 設定 | レビューが走るとき | 費用への効き方 |
|---|---|---|
| Once after PR creation | レビューが走るときPRを開いたとき、再オープン、ready for reviewにしたとき | 費用への効き方PR1件につき基本1回 |
| After every push | レビューが走るときpushのたび | 費用への効き方pushの回数だけ倍になる |
| Manual (@claude review) | レビューが走るとき開いてもpushしても走らない | 費用への効き方コメントされたときだけ |
管理画面から追加したリポジトリは、After every pushで始まります。最も多くレビューが走る設定が初期値という点は、見積もり前に広く有効化すると費用が読めなくなる原因になります。GitHub組織をまとめて対象にしている場合は、その組織の行の設定を引き継ぎます。
コメントコマンドが回数を変える
PR単位の例外もあります。
@claude review: その1回だけ実行します。以後のpushは購読しません@claude review alwaysをOnceまたはManualのリポジトリで打つ: そのPRはpushごとにレビューされるようになり、コメント以降はpushのたびに費用が加わります@claude review alwaysをAfter every pushのリポジトリで打つ: もともとpushで走るため、1回あたりの費用は変わりません- ドラフトとフォークからのPR: 自動レビューは両方をスキップします。ドラフトへのpushは、
alwaysを打っていても、readyにするまでレビューを起こしません
2026年7月の更新より前は、素の@claude reviewがpush購読も兼ねていました。コメントのテンプレートを昔の挙動で作っているチームは、意図せず1回きりのレビューになっているか、逆にalwaysの入れすぎで回数が膨らんでいないかを見直せます。
小さな試験運用で月額を見積もる
公式の見積もり手順は、全面展開の前に自分たちのPRで平均を測るやり方です。順番に並べると次のとおりです。
平均費用から月額を出す4手順
- 1
試験用の月額上限を先に置く
最初に上限を決めてから有効化します。上限の置き場は次の節にあります。
- 2
代表的なリポジトリだけ有効にする
Review runsをOnce after PR creationかManualにします。初期値のAfter every pushのまま始めないのがポイントです。
- 3
平均費用を読む
何件かレビューが走った後、Admin settings > Claude CodeのCode reviewセクションにあるRepositoriesテーブルのAverage cost列を見ます。リポジトリごとの1レビューあたり平均です。
- 4
PR数とpush数を掛ける
平均費用に、そのリポジトリが月に開くPRの数を掛けます。After every pushにするなら、さらにPR1件あたりの典型的なpush数を掛けます。
数字を置いて確かめてみます。次は計算の流れを見せるための仮の数字で、実際の金額ではありません。平均費用をA、月のPR数を80件、1PRあたりのpush数を平均4回とします。
| 設定 | 月のレビュー回数 | 月額の見込み |
|---|---|---|
| Once after PR creation | 月のレビュー回数80回 | 月額の見込み80 × A |
| After every push | 月のレビュー回数80 × 4 = 320回 | 月額の見込み320 × A |
| Manual | 月のレビュー回数@claude reviewが打たれた回数だけ | 月額の見込み依頼数 × A |
同じリポジトリでも、設定を替えるだけで4倍の差が出ます。また、公式は平均がPRの大きさとreview levelで動くとしています。Quickで測った平均を、そのままDeepの見積もりに流用することはできません。review levelを替えたら測り直します。
見積もりに入れにくい要素
Once after PR creationでも、PRを閉じて開き直せば再オープンとして数えられ、追加のレビューが走ります。また、人が@claude reviewを打てば、設定にかかわらずレビューが1回増えます。見積もりには、自動で走る分に加えて手動の依頼分を少し見込んでおくと外れにくくなります。
月額上限と、スキップされる条件
月額上限は、claude.ai/admin-settings/usageでClaude Code Reviewサービスに設定します。上限は組織全体にかかります。リポジトリ別の上限を置く画面は、費用のページには出てきません。
Code Reviewは、次の3つのどれかが尽きるとレビューをスキップします。
レビューが止まる3つの残高
Code Reviewの月額上限
Claude Code Reviewサービスに設定した月の上限です。次の請求期間の開始でリセットされ、途中で引き上げれば、その時点から再開します。
組織の月額上限
組織全体の、使用量クレジットに対する月の上限です。同じ画面で引き上げます。
使用量クレジットの残高
組織のクレジット残高です。同じ画面で追加します。
さらに、残りが「1回のレビューに見込まれる費用」を下回ったときもスキップされます。上限ぎりぎりまで使い切るのではなく、1回分の余裕を残した時点で止まる設計です。上限額の最後の1回分は使い切れない可能性がある、と見ておくと安全です。
PRに出る警告コメントで止まった理由を読み分ける
レビューがスキップされると、PRに「⚠️ Code review skipped」で始まるコメントが付きます。ケースによっては、チェック実行にもCode review declinedというタイトルが出ます。コメントはusage設定ページへのリンクを含み、文言で尽きたものが分かります。
| コメントの文言 | 尽きたもの | 管理者の対応 |
|---|---|---|
| has reached its monthly code review spending cap | 尽きたものCode Reviewの月額上限 | 管理者の対応上限を引き上げる。次の請求期間でも再開する |
| has no extra usage available to pay for this review | 尽きたものクレジット残高、または組織全体の月額上限 | 管理者の対応クレジットを追加するか、組織の上限を上げる |
| is too low to start another review | 尽きたもの残りが1回分の見込み費用に満たない | 管理者の対応上限を上げるか、クレジットを追加する |
2行目の文言は、残高ゼロと組織全体の上限到達のどちらでも出ます。文言だけでは2つを区別できないため、usage設定で残高と上限の両方を見るのが早い切り分けです。
予算を戻した後、止まっていたPRのレビューは自動では再開しません。そのPRに@claude reviewを新しいトップレベルコメントで投稿します。コマンドの条件は通常と同じで、投稿者にはリポジトリのwrite以上の権限が必要です。Resolve conversationの意味で触れているとおり、既存スレッドの扱いはレビューをやり直しても別の仕組みです。
使用量は分析ダッシュボードで追う
実際の使用はclaude.ai/analytics/code-reviewで見ます。
| セクション | 見えるもの |
|---|---|
| PRs reviewed | 見えるもの選んだ期間の、レビューされたPRの日別件数 |
| Code Review cost | 見えるもの今月ここまでの費用 |
| Feedback | 見えるもの開発者が直したために自動で解決された指摘の数 |
| Repository breakdown | 見えるものリポジトリごとのレビューPR数、解決コメント数、レビュー回数、推定費用、PR別の表示 |
読むときの落とし穴が2つあります。
- Code Review costカードは、今月を選んだときだけ金額が出ます。過去の月を選ぶと金額が空になるため、月次の記録は別に取っておく必要があります
- 分析上の費用は請求書と一致しません。リポジトリ別の内訳は割引やクレジットを引く前の定価ベースで推定されたもので、Claudeが実際にPRへ投稿したレビューだけが対象です。請求額を知りたいときは、Anthropicの請求書を見ます
つまり、上限の判断と日々の傾向はダッシュボード、金額の確定は請求書、という役割分担になります。
導入時の組み立て方
上の4手順で月額を出したら、本番に移す前に次の3点を決めます。
- 本番の月額上限は、見積もりに手動の
@claude review分を足した額に、1回分の余裕を見て設定する - 重要なPRだけ
@claude review alwaysでpush購読にする運用を許し、全リポジトリのAfter every pushには切り替えない - 月半ばにダッシュボードで今月の費用を確認し、上限に近いときは先にクレジットや上限を調整する
組織全体にClaude Codeを広げる文脈はチーム導入の進め方にあります。Code Reviewは、導入する前に費用の上限を置けるサービスです。先に上限を置き、測ってから範囲を広げる順序なら、予算超過を避けやすくなります。
使える組織かどうか
費用の議論に入る前に、そもそも対象かを確かめます。Code ReviewはTeamとEnterpriseプランの機能で、GitHubで管理されるリポジトリが対象です。GitHub Enterprise ServerとデータレジデンシーつきのGitHub Enterprise Cloudも含まれます。一方、Zero Data Retentionを有効にした組織、HIPAA構成を適用した組織、顧客管理の暗号鍵(CMEK)を使う組織は利用できません。BedrockやVertexなどでClaude Codeを使っていても、Code Reviewを使うにはこれらのプランのClaude組織が別に必要です。