目次
AIレビューの導入を検討している方へ
開発現場にAIレビューを入れるか検討していて、見積もりの立て方に迷っている方に向けて書いています。
読みどころは判定精度の話ではありません。費用の形が、使い方そのものを変えてしまうという話です。
PRが4倍になった会社の請求書
飲食店向けサービスを提供するダイニーが、自社のAIレビュー基盤の運用を公開しました（Zenn 2026年7月31日）。
同社のモノレポでは、この1年弱で月間PR数が約600〜800本から3,100本超へ、およそ4倍に増えています。採用を停止していた期間なので、一人あたりのアウトプットが約3.5倍になった計算だと書かれています。
倍率を出すときに母数を止めていた期間だと明記している点は、この記事で以前扱った生産性200倍は何を測った数字かの逆の例です。範囲が書いてあるので、そのまま読めます。
問題はその先です。アウトプットが3.5倍になっても、レビュアーがレビューに使える時間は3.5倍になりません。
実測単価が公開されています
同社はAIレビューをCIのrequired checkとして動かしていました。その1実行あたりのコストが公開されています。
| PRの大きさ | 1実行あたり |
|---|---|
| 小さいPR | 約2ドル |
| 大きいPR | 約3.5ドル |
| 複数パッケージにまたがるPR | 最大4ドル強 |
直近30日の実測値です。月3,000本がこの単価で走れば、それだけで月数千ドル規模になります。
金額より厄介なのは、ためらうことです
ここが本題です。
従量課金には、金額そのものより効いてくる性質があります。実行をためらう構造になることです。
同社が挙げているのは3つです。開発中にもう一度レビューを回す。マージ済みのPRを後追いでチェックする。ルールを変えたので過去のPRで検証する。どれも「1回いくら」の追加請求になります。
レビューの回数を増やしたいだけなのに、毎回「やるかどうか」の判断が挟まる。
対策は、精度ではなく実行場所でした
同社が取った手は、判定を賢くすることではありませんでした。同じレビューパイプラインを、課金構造の違う3か所で動かすことです。
全PRは引き続きCIを通します。ただしローカルか定期実行で先にレビュー済みなら、CI側では重い処理を省ける。従量課金が残るのは未カバーのPRだけになり、請求がPR数から切り離されます。
ついでに、CIのレビューはレビュー依頼の後にしか走らないという別の問題も解けています。ローカルで開発中に回せるので、指摘がマージ直前に積み上がらなくなります。
この構成には前提があります
そのまま真似する前に確認したい点が1つあります。
定額側で動かしているのは、開発者が個人で契約しているサブスクリプションと、各エンジニア自身のアカウントの定期実行です。会社が1つのアカウントを立てて、そこへCIの実行を流し込む構成ではありません。
つまりこの設計が成立する条件は、人数分のサブスクリプションが既にあることです。「サブスクに寄せれば安くなる」だけを取り出すと、前提が抜けます。
ROIは0.73倍だと書いてあります
ここが読ませる部分です。
同社はこの基盤のROIを0.73倍、つまりまだ黒字ではないと明記しています。そのうえで「やめる理由」ではなく「レバーが2本ある」と読んでいる、と続きます。
自社に不利な数字を先に置いてから改善の筋道を書く順序なので、読み手は数字を割り引かずに済みます。
28%と84%の差は、精度ではありません
伸びしろの中身の分解が、いちばん実務に効きます。
現在、判定対象のPRのうち自動承認に至るのは約28%です。一方で、判定がきちんと下せたケースに限れば約84%が承認可能という計測もある。
この差が何かというと、非承認PRの内訳がこう書かれています。
- 約半分は、決済・認証・スキーマ変更など人が見るべきが正しいケース。仕組みは正しく動いている
- 2割弱は、実行基盤側の機械的な故障による判定不能
そして著者の結論はこうです。承認率の伸びしろの多くは精度ではなく信頼性だった。レビューを賢くする前に、実行が落ちないようにするほうが効く時期があった。
AIの導入で精度から手をつけたくなるのは自然ですが、手前で落ちている分は精度をいくら上げても回収できません。
提案を受けたときに確認すること
AIレビュー基盤の提案で確かめる4つの質問
-
1実行あたりいくらですか。PRの大きさで単価が変わるなら、その幅も出してもらう
-
月に何回動く想定ですか。想定回数が書かれていない見積もりは、稼働後に必ずぶれます
-
回数を増やしたくなったとき、追加請求は立ちますか。試行と再実行が有償かどうか
-
自動承認されなかったPRの内訳を出せますか。人が見るべきだったのか、仕組みが落ちたのか
ベンダー提案のレビュー、社内の稟議資料の確認にそのまま転記して使えます
単価より、課金の形を見てください
AIレビューをどこまで機械に渡すかという線引きは、レビューの4割を機械に渡した会社がありますで扱いました。今回はその手前にある、費用の形の話です。
エージェントが人の何倍のトークンを使うかは以前まとめましたが、消費量が読めても、課金の形が違えば使い方が変わります。1回いくらなら回数を減らす方向に力が働き、定額なら回数を増やす方向に働く。同じ機能でも、置く場所で運用が変わります。
自社の開発工程でどこにAIを入れるか、費用の形をどう設計するかを整理する段階でしたら、お問い合わせからご相談ください。回数の前提を置いた見積もりからご一緒します。
出典
- PR 数が 4 倍に増えても AI レビュー代を爆発させないために、レビューをサブスクに相乗りさせた話（ダイニー、2026年7月31日）