Atsushi Nakatsugawa
April 09, 2026
1 min read
Introducing PR Usage based Add onの意訳です。
直近の大きなスプリントを思い出してください。
ハイペースでリリースを進めている最中、組織全体が並行してデプロイしていきます。そして、大きなPRが次々と積み上がっていきます。CodeRabbitはいつも通りすべてをレビューし、ペースを維持しています。
ところが、プランのレビュー上限に達して止まってしまいます。
そうすると、こんな疑問が湧いてくるでしょう。
どうする？ リセットまで待つ？ チームの半分は手を止めるべき？ レビューなしでマージする？
これからは、この問題に対処する選択肢が増えました。
PR従量課金アドオンを使えば、サブスクリプションの上限に達した後もPRレビューを継続できます。プランのアップグレードも、手動での対応も、レビュアーごとの個別設定も不要です。
CodeRabbitのダッシュボードで有効化すると、レートリミットに達した後もCodeRabbitが自動的にPRレビューを処理し続けます。課金されるのは上限超過分の従量課金のみです。クレジットが消費されるのは上限到達後であり、それ以前は消費されません。通常の利用分はプランの範囲内のままです。超過分だけが課金対象になります。
メンタルモデルはシンプルです。サブスクリプションがベースラインをカバーします。大規模なロールアウト、複雑なリファクタリングスプリント、異常に活発な週など、チームにバースト的な負荷が発生した場合、アドオンが圧力弁の役割を果たします。
具体的な動作は以下の通りです：管理者はCodeRabbitダッシュボードから、組織レベルの従量課金トグルでアドオンを管理します。 レビュアーは個別の課金設定を行う必要はありません。PRごとに何か特別なことをする必要もありません。管理者がアドオンを有効にすれば、あとはシステムが自動で処理します。
補足として、チームがCodeRabbit CLIを使ってレビューをトリガーしている場合も、同じルールが適用されます。CLI経由のレビューも、GitHub、GitLab、BitbucketのPR画面からのレビューと同じ課金パス、およびオプトインロジックに従います。2つの異なるシステムを管理する必要はありません。トグル、クレジット残高、課金パスはすべて一元化されています。
もちろんアップグレードも可能です。しかし、たまにプラン上限を超えるだけのチームすべてが、毎月より上位のティアを必要としているわけではありません。
大規模なスプリント、組織全体のロールアウト、本当に厄介なPRといったイベントはむしろ不定期に発生するものです。たまのスパイクに対応するために恒久的に上位プランを契約するのは、すべてのチームにとって適切なトレードオフとは言えません。
アドオンはまさにそのためのものです。使った分だけ、使ったときだけ支払います。
PR従量課金アドオンはすでに利用可能です。CodeRabbitダッシュボードにアクセスし、組織設定で従量課金を有効にして、クレジットがチャージされていることを確認してください。
