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