CodeRabbit CLIの使い方：インストール・reviewコマンド一覧とClaude Code連携【v0.9.3】

CodeRabbit CLIは、プルリクエストを作る前のローカルの変更をターミナルからAIにレビューさせるコマンドラインツールです。2026年11月8日時点の配布版は0.9.3で、公式ドキュメント上は今もOpen Betaの扱いです。9月以降の0.7.7〜0.9.3で、クローン無しのリモートレビュー（--remote）、重大な指摘で終了コード2を返す --gate、クラウドのCoding Agentを操作する cr code などが加わり、Claude Codeプラグインのコマンド名も /coderabbit:coderabbit-review に変わりました。

この記事では、0.9.3のバイナリを実際に実行した出力と、公式のCLIドキュメント・変更履歴をもとに、インストールから認証、reviewの範囲指定、PRコメントのコマンドとの違い、エージェント連携、プラン別の回数制限までを整理します。

まとめ：CodeRabbit CLI 0.9.3の要点

• 導入：macOS・Linuxは curl -fsSL https://cli.coderabbit.ai/install.sh | sh かHomebrew、WindowsはPowerShellの irm https://cli.coderabbit.ai/install.ps1 | iex でネイティブ版が入ります（WSL不要）。
• 基本のコマンド：cr（coderabbit の短縮名）だけで、コミット済み・ステージ済み・追跡ファイルの未ステージ編集をまとめてレビューします。
• 自動化：cr review --agent --gate major は、major以上の指摘があると終了コード2を返します。失敗や未完了は1、合格は0です。
• 古い記事のフラグ：--fast・--interactive はエラーになります。--plain・--prompt-only などは0.9.3でも受け付けますが、公式のリファレンスからは消えています。
• PRコメントとの関係：@coderabbitai full review などのコマンドはPR上で打つもので、CLIのサブコマンドではありません。
• 回数制限：CLIレビューは開発者1人あたり1時間の移動枠で、Free 3回・Essentials 5回・Team 8回・Advanced 10回です。

CodeRabbit CLIでできることとPRレビューとの違い

CodeRabbit CLIは、ローカルのGitの差分をCodeRabbitのサービスへ送り、PRレビューと同じパターン認識で指摘を返します。公式ドキュメントが挙げる検出例は、ロックなしで共有状態に触る競合状態、エラー経路でのストリームの閉じ忘れ、文字列連結で組んだSQL、エラーを確認せずにnilを返す関数などです。

ただし、同じコードでもCLIとPRのレビュー結果は一致しません。公式は、CLIは開発中の即時フィードバック向けで、PRレビューはチームの協業文脈とより広いリポジトリ分析を含むと説明しています。PRと同じレビュー方針をローカルで使いたいときは、0.8.0で加わった cr review --deep を使います。回数制限と課金はCLIのままで、既存のPRに結果を付けることもありません。

ローカルレビューにはGitリポジトリが必要です。0.9.3をリポジトリの外で実行すると、次のメッセージで止まります。

Error: No Git repository found.
Run inside a Git repository, or use --dir to specify one.

インストール：macOS・Linux・Windowsの3経路

macOS・Linuxのインストールスクリプトとbrew

スクリプトは本体の coderabbit と短縮名の cr を既定で ~/.local/bin に置きます。インストール直後にコマンドが見つからない場合は、新しいシェルを開くか、スクリプトが「Next steps」に表示する再読み込みコマンドを実行します。

# インストールスクリプト（macOS・Linux）
curl -fsSL https://cli.coderabbit.ai/install.sh | sh

# Homebrew（macOS）
brew install coderabbit

# 版を固定する場合（先頭の v は付けない）
curl -fsSL https://cli.coderabbit.ai/install.sh | CODERABBIT_VERSION=0.9.3 sh

coderabbit --version

Linuxでは0.9.0から、インストールと更新の前に署名付きのリリースマニフェストを検証するようになりました。このためスクリプトの実行には openssl が必要です。Homebrewで入れた場合、新しい版があっても cr update は何もインストールせず、brew upgrade coderabbit を案内して終了コード0で終わります。更新スクリプトで終了コードだけを見ていると、更新できたと誤認します。

WindowsはWSL不要のネイティブ版（v0.7.5以降）

2026年8月19日の0.7.5で、Authenticode署名付きのWindows x64ネイティブ版が提供されました。公式のWindows向け手順が示す前提は、x64のWindows、Windows PowerShell 5.1またはPowerShell 7、PATHが通ったGit、cli.coderabbit.ai への外向きHTTPSの4つです。管理者権限は要りません。

irm https://cli.coderabbit.ai/install.ps1 | iex

# 新しいPowerShellウィンドウで確認
coderabbit --version
cr --version

インストーラーは署名と署名者を検証してから、%LOCALAPPDATA%\Programs\coderabbit に入れ、ユーザーのPATHに追加します。コマンドが認識されないときは、PowerShellを開き直してPATHを読み込み直します。

cr doctorでの導入確認とネットワーク要件

cr doctor は、実行環境・保存先・認証・Gitリポジトリ・自動更新・バックエンドとWebSocketへの到達性を点検します。0.9.3をmacOS（Intel）の未ログイン状態で実行した結果が次のとおりです（HOMEを一時ディレクトリに向け、Machine IDと実行時刻の行は省略）。

CodeRabbit Doctor

Version: 0.9.3

[pass] CLI runtime          0.9.3 on darwin-x64
[pass] Storage              /tmp/9028home/.coderabbit is writable
[pass] Service URLs         Required service URLs are configured.
[pass] Auth environment     Browser sign-in is available.
[pass] Git repository       Repository ready on main.
[pass] Update policy        Auto-update is eligible.
[pass] Backend reachable    https://app.coderabbit.ai reachable.
[pass] WebSocket reachable  wss://cli.coderabbit.ai/ws reachable.
[warn] Authentication       Not signed in.
       Run `coderabbit auth login`.

Summary: 8 passed, 1 warnings, 0 failed

未ログインは warn 扱いで、終了コードは0でした。終了コードが1になるのはfailが1つ以上あるときだけなので、CIの前提チェックに cr doctor を使ってもログイン漏れは検知できません。

公式のネットワーク要件によると、0.9.1以降のUSリージョンは wss://cli.coderabbit.ai/ws へ接続し、4回失敗したときだけ ide.coderabbit.ai へ切り替えます。0.7.6時代の ide.coderabbit.ai だけを許可した設定でも動きますが、毎回の開始が約40秒遅れます。許可するのはTCP 443の cli・app・ide（EUは app.eu・ide.eu）の各 .coderabbit.ai です。0.9.1からは HTTPS_PROXY も効きますが、socks5:// のプロキシでは接続できません。

認証：ブラウザログイン・APIキー・EUリージョン

対話できる端末では cr auth login でブラウザが開き、サインインすると認証が終わります。リージョンを指定せず、保存済みの設定も無い場合はUSが使われます。選んだリージョンは保存され、cr auth status で確認できます。0.8.0からは、SSOでサインインするとレビューの課金先がSSOワークスペースに固定され、組織を選ぶ手順は無くなりました。

# ブラウザ認証（US）
cr auth login

# EUリージョンのアカウント
cr auth login --region eu

# 状態確認と組織の切り替え
cr auth status
cr auth org

ブラウザを使えない環境では、管理画面のAPI Keysで「Agentic API key」を発行して使います。キーはCodeRabbitのシートが割り当てられた利用者のものにします。こうすると、まずその利用者のプラン枠が使われ、超えた分だけが従量課金の対象になります。

# 一度保存してから使う
coderabbit auth login --api-key "$CODERABBIT_API_KEY"

# 保存せずに1回だけ使う（EUはregionも指定）
coderabbit review --region eu --api-key "$CODERABBIT_API_KEY"

端末の無い環境での未ログイン時の挙動は、版によって違います。0.7.6は非対話シェルでプレーンモードを実行すると「Non-interactive environment detected」と出して終了コード1で止まりました。一方、0.9.3を未ログインのまま標準入力を閉じて実行すると、次のようにブラウザでのサインインを始め、コールバックを待ち続けました（40秒で打ち切り）。

$ coderabbit review
Notice: Detected claude environment. Use `coderabbit review --agent` for structured agent-friendly output.

CodeRabbit sign-in
Authentication is required before starting this code review.

Opening browser for CodeRabbit sign-in...
Need a link? Use fallback URL: https://app.coderabbit.ai/login?client=cli&...

CIのジョブでAPIキーを渡し忘れると、失敗ではなくタイムアウトまで待つことになります。ジョブの先頭で cr auth status --agent を実行し、出力JSONの authenticated が true の場合だけレビューへ進めます。未認証でも終了コード0を返すため、終了コードだけでは判定できません。

reviewコマンドの範囲指定とオプション一覧

レビュー範囲の既定と比較元ブランチの決まり方

git add していない新規ファイルは、--include-untracked を付けない限り含まれません。--include-untracked は --uncommitted と併用できますが、--committed とは併用できません。矛盾する指定はレビュー開始前に弾かれます。

$ coderabbit review --committed --uncommitted
error: option '--committed' cannot be used with option '--uncommitted'

比較元のブランチは、(1) --base の指定、(2) .coderabbit.yaml の reviews.auto_review.base_branches に1本だけ書いたブランチ（0.9.1以降）、(3) 前回 --base で保存された値、(4) 既定ブランチの自動検出、の順で決まります。--base は一度指定するとリポジトリの既定として保存されます。

主要オプションの一覧（v0.9.3）

--show-prompts は新しいレビューを走らせずに保存済みのプロンプトを出すので、-c で渡した指示がどう効いたかを確かめるときに使います。--agent とは併用できず、0.9.3では "recoverable":false のエラーイベントが返りました。--deep の引数で観点を指定する機能は早期アクセス向けです。

remoteオプションでクローン無しにレビューする条件

--remote は、CodeRabbitを導入済みのGitHubリポジトリを、ローカルにクローンせずサーバー側でレビューします。--base と --source-branch の両方が必須で、片方を欠くと0.9.3は「Option –remote requires both –base <branch> and –source-branch <ref>.」と出して終了コード1で止まりました。

cr review --remote acme/app --base main --source-branch my-feature

対象はGitHub Cloudのみで、GitHub Enterprise・セルフホスト版・ほかのGitホスティングは使えません。変更ファイルが300以上の比較は拒否されます。--dir・--committed・--uncommitted・--include-untracked・--base-commit・--show-prompts とは組み合わせられず、ローカルの -c の指定も無視されます。

廃止されたフラグの0.9.3での扱い

2025年の公開当初の解説や2026年前半の記事には、--plain・--prompt-only を使う手順や、対話型UIでキーを押して修正を適用する操作が載っています。2026年7月22日の0.7.0で --plain・--fast・--interactive・--cwd・--prompt-only は削除されたと変更履歴に書かれていますが、0.9.3で実際に指定した結果は次のように分かれました。

0.7.0で --fast の後継とされた --light も、0.9.3の --help と公式のCLIコマンドリファレンスからは消えています。受理される旧フラグも、リファレンスに載っていない以上いつ外されるか分かりません。シェルスクリプトやエージェントの指示ファイルに残っていれば、cr update の前に現行の書き方へ直しておきます。

agentモードの出力と終了コード・gateでの止め方

cr review --agent は、標準出力にJSONオブジェクトを1行ずつ書き出します。finding の severity は critical・major・minor・trivial・info・none の6段階です。0.9.0からは title・startLine・endLine が加わり、修正指示の codegenInstructions と並んで人向けの comment も残るようになりました。変更が無い場合は complete イベントが status: "review_skipped" で返るので、「指摘ゼロ」と「レビューしていない」を区別できます。

終了コードは公式のagentモードの説明で次のように定められています。

# major と critical があれば終了コード2で止める
review_status=0
cr review --agent --gate major || review_status=$?
case "$review_status" in
  0) echo "gate passed" ;;
  2) echo "blocked by findings"; exit 2 ;;
  *) echo "review incomplete"; exit 1 ;;
esac

--gate は、レビューが失敗したとき、ファイルを取りこぼしたとき、サーバーが以前のレビューを再利用したとき（reused: true）、検証できない指摘があったときは incomplete として1を返します。1を「指摘なし」とみなすと、壊れたレビューを素通りさせます。また、--gate を付けると前回のチェックポイントを使わず差分全体を新しくレビューするため、通常の再実行より時間がかかり、回数の枠も多く使います。

サブコマンド一覧（v0.9.3）

cr configによる設定作成とconfig validateによる検証

0.7.7で加わった cr config は、リポジトリ内で実行するとレビューの厳しさ（profile）を対話で選ばせ、保存前に差分を見せてから .coderabbit.yaml を作るか更新します。cr config --agent --generate はファイルを書かずに変更前後のYAMLを返すので、エージェントに提案させて人が承認する流れに使えます。

cr config validate は、YAMLの構文を確かめたあと www.coderabbit.ai から取得した最新のスキーマで設定値を検証し、誤りがあれば終了コード1を返します。設定ファイルが無いリポジトリで実行した0.9.3の結果は次のとおりです。

$ cr config validate
✖ No CodeRabbit configuration found in /private/tmp/9028repo. Looked for .coderabbit.yaml and .coderabbit.yml.

設定を変えるPRのCIに入れておけば、設定ミスでPRレビューが意図どおり動かない事故を事前に止められます。設定項目そのものの書き方はCodeRabbitのPRレビュー導入と.coderabbit.yaml設定で扱っています。

cr usageによる残りレビュー回数と利用額の確認

cr usage は、リポジトリ内で実行すると当期のレビュー数と従量課金の状態を表示し、0.8.0からは使えるレビュー回数・移動枠・枠が戻る時刻も出すようになりました。--agent を付けると機械可読の1行JSONで返り、0.9.1からは組織の支出上限と前払いクレジットの残高も含みます。エージェントにレビューを繰り返させる前に残り回数と回復時刻を確認し、実行回数の上限や再開時刻を決めます。

CLIのコマンドとPRコメントの@coderabbitaiコマンドの対応

「coderabbit コマンド」で調べると、@coderabbitai full review のようなコマンドが出てきます。これはGitHubやGitLabのPRにコメントとして書くもので、ターミナルで打つCLIのコマンドとは別物です。公式のレビュー管理の説明では、@coderabbitai review は前回のレビュー以降の差分だけを見る増分レビューで、@coderabbitai full review はそれまでのコメントを無視してPR全体をレビューし直すと区別しています。

cr review findings --clear が消すのは手元に保存された指摘の表示だけで、PR上のスレッドには影響しません。PRで自動レビューを止めたい、承認まで任せたいといった運用は、PRコメントか .coderabbit.yaml で行います。そちらの使い分けはCodeRabbitの導入手順と.coderabbit.yaml設定・料金と分担の決め方にまとめています。

Claude Code・Codexなどエージェントとの連携

Claude Codeプラグインの導入と/coderabbit:coderabbit-review

公式は、Claude CodeではCLIコマンドを直接指示するより、ネイティブプラグインを使う方法を勧めています。先にCodeRabbit CLIのインストールと認証を済ませてから、Claude Code内でプラグインを入れます。2026年前半の記事には /coderabbit:review と書かれていますが、公式のClaude Code連携ガイドの現行の表記は /coderabbit:coderabbit-review で、範囲はCLIと同じフラグで指定します。

# Claude Code内で
/plugin install coderabbit
# またはターミナルから
claude plugin install coderabbit

# レビューの実行
/coderabbit:coderabbit-review
/coderabbit:coderabbit-review --uncommitted
/coderabbit:coderabbit-review --base develop

プラグインは初回利用時にCLIの導入と認証を確かめます。2026年10月15日からは、CodeRabbitがClaude Codeのルールファイル（.claude/rules/）もレビューの指針として読むようになりました。ルールの書き方はClaude Code rulesの書き方、Claude Code自体の導入はClaude Codeの使い方の解説を参照してください。

Codexのプラグインディレクトリからの導入

Codex CLIでは、Codex内で /plugins を開いて coderabbit を検索し、プラグインを入れます。表示されなければCodexを再起動して一覧を読み込み直します。導入後は「Review my current changes with CodeRabbit」のような自然文か、@coderabbit の指定で呼び出せます。Codex CLI自体の設定はCodex CLIのインストールと使い方で扱っています。

cr skillsで5つのエージェントへ一括導入

cr skills は、端末上で見つかったCodex・Claude Code・Cursor・Gemini CLI・GitHub Copilotに、CodeRabbitのスキル（SKILL.md形式）をユーザー単位で入れます。0.9.1で install・update・uninstall に分かれ、サブコマンドを省くと install として動きます。変更先のパスを一覧表示したうえで、既定が「No」の確認を1回だけ求めます。

# 対話端末で
cr skills install

# エージェントの会話の中では、まず書き込まずに計画を出させる
cr skills install --agent
# 人が計画を承認したら、出力された action_required の command を実行
cr skills install --confirm <plan-hash>

公式のスキルの説明には、0.7.6は自動更新を確実に適用できないため手で更新するよう書かれています。0.7.6のまま使っている場合は、cr update を実行してから cr --version で上がったことを確かめます。

エージェントへのレビュー指示とループ回数の上限

公式が示す進め方は、実装させる、cr --agent をバックグラウンドで実行させる、重大な指摘だけ直させる、もう一度レビューさせる、の順です。レビューは変更の規模により7〜30分以上かかるため、前景ではエージェントの実行時間の上限を超えることがあります。

回数の上限も必ず付けます。公式のサンプルプロンプトも「ループは2回まで。2回目で重大な指摘が無ければ細かい指摘は無視して完了」と区切っています。Freeプランは1時間3回なので、上限なしで回すと数回の往復で枠が尽き、以降のレビューが止まります。止める条件を指摘の数ではなく終了コードで決めたいなら、前の章の --gate major を使います。

cr codeでクラウドのCoding Agentを使う条件

0.9.0で加わった cr code は、CodeRabbitのクラウド上のCoding Agentに作業を任せるコマンド群で、ベータの扱いです。cr code new "<指示>" でpush済みのブランチからタスクを始め、cr code push で変更をコミットか別PRとして受け取ります。手元の作業を引き継がせる cr code handoff --summary <path> もあります。

公式のクラウドタスクの説明によると、使うには0.9.0以上、ブラウザでのCodeRabbit SaaSへのログイン、組織でCoding Agentが有効なことが必要です。APIキー・セルフホスト版・SSOワークスペースでのログインでは使えないため、CIから呼ぶ用途には向きません。タスクはエージェントの稼働時間で課金され、料金ページでは1分あたり$0.40です。

料金とレート制限：プラン別のCLIレビュー回数

CLIレビューの回数は開発者1人あたり・直近1時間の移動枠で数えられ、使った分は時間とともに戻ります。公式のプランと料金の表の2026年11月8日時点の値は次のとおりです。Essentialsは旧Pro、Teamは旧Pro+に当たり、旧Pro+からTeamへ移った既存契約は1時間10回のままです。

Freeプランのコードレビューは、VS Code拡張とCLIだけで提供されます。有料プランでは組織に蓄積された学習（エラー処理やアーキテクチャの慣習）を反映したレビューになり、新しい組織には14日間のAdvancedトライアルが付きます。

Essentials・Team・Advancedの組織（INR建て契約とマーケットプレイス経由の契約を除く）では、従量課金のアドオンで上限を超えたレビューを1ファイル$0.25（1クレジット$1で4ファイル）で続けられます。管理者が「On demand」を選んだ組織では、上限に達すると課金対象のファイル数と最大額が表示され、CLIでは coderabbit review --use-credits で1回ごとに承認します。エージェントや非対話の実行で、従量課金への明示的な承認がない場合は承認入力を待たず、status: "awaiting_confirmation" の結果を返して止まります。

有料プランでも無料相当のレビューになる条件

見落としやすいのが、レビューの帰属先の決まり方です。ブラウザ認証のCLIレビューでは、まず作業中のリポジトリを導入済みの組織と照合します。CodeRabbitが導入されていないリポジトリでは、有料の組織に所属していても制限付きの無料相当のレビューになります。導入済みの公開リポジトリでも、所有する組織へのアクセスが無ければOSS扱いです。APIキー認証では、キーの組織が使われます。

CodeRabbit CLIを使わないほうがよい場面

コミットのたびに同期実行するpre-commitフックには向きません。1回のレビューに7〜30分以上かかることがあり、Freeなら1時間3回で止まります。--gate を付けると毎回差分全体を新しくレビューするので、さらに枠を早く使います。入れるとしても、プッシュ前やPR作成前など回数の少ない区切りに限ります。

PRレビューの代わりにする運用も避けます。公式が結果の違いを明言しているとおり、CLIは手元の差分の即時点検で、チームの合意や設計の一貫性を確かめる場ではありません。コードレビュー全体で人が何を見るべきかはコードレビューの目的と観点で整理しています。

ソースコードを社外サービスへ送れない案件では、SaaS版のCLIは使えません。レビューはCodeRabbitのサーバーとWebSocketでつないで処理されるためです。この場合はセルフホスト版のCodeRabbitに接続する構成（cr auth login --self-hosted）を検討します。ただし cr usage・cr pullrequest・cr code はセルフホストのログインに対応していません。

よくあるエラーと対処

cr doctor は接続の簡易確認で、経路上の中継装置をすべて通れることまでは保証しません。全項目が通っても失敗するときは、CLIのバージョン・時刻・doctorの出力を添えてサポートに問い合わせます。

よくある質問

CodeRabbit CLIは無料で使えますか？

使えます。Freeプランでも開発者1人あたり1時間3回までCLIレビューを実行できます。回数を増やしたい場合や、組織の学習を反映したレビューが必要な場合は、Essentials（年払いで月$24）以上の有料プランが必要です。

CodeRabbit CLIはWindowsで使えますか？

0.7.5（2026年8月19日）からWindows x64のネイティブ版があり、PowerShellで irm https://cli.coderabbit.ai/install.ps1 | iex を実行すれば管理者権限なしで入ります。WSLは不要で、PATHが通ったGitが前提です。

full reviewのコマンドはCLIでも使えますか？

@coderabbitai full review はPRにコメントとして書くコマンドで、CLIにはありません。手元で前回の結果を使わずにレビューし直したいときは cr review --fresh を使います。

Claude CodeからCodeRabbitのレビューを呼び出すにはどうすればよいですか？

CodeRabbit CLIを導入・認証したうえで、Claude Code内で /plugin install coderabbit を実行し、/coderabbit:coderabbit-review でレビューします。--uncommitted や --base develop を付けると範囲を絞れます。

GitHub ActionsなどのCIでCodeRabbit CLIを使えますか？

使えます。管理画面でAgentic API keyを発行してシークレットに保存し、coderabbit review --agent --gate major --api-key "$CODERABBIT_API_KEY" のように渡すと、終了コード2で重大な指摘を、1で失敗を検知できます。APIキーを渡さず、保存済みの有効な認証情報もない場合、0.9.3ではブラウザ認証を開始してコールバックを待ちます。

関連記事

• CodeRabbitの導入手順と.coderabbit.yaml設定・料金と分担の決め方
• CodeRabbit（コードラビット）とは？仕組み・料金・無料範囲・安全性を解説【2026年11月】
• Greptileとは？seat廃止後の料金・使い方・CodeRabbitとの違い【2026年10月】
• Claude Codeの使い方｜インストールから権限・CLAUDE.md設定、初日の進め方まで
• Codex CLIのプロキシ設定・承認モード・オプション一覧｜導入とアンインストール【2026年10月】