AIのコードレビューを自動で回し始めると、費用はレビューの回数と深さで決まります。プルリクエストのたびに一番深いレビューが走る設定になっていれば、月末の請求は想定より大きくなります。逆に、リリース前の重要な変更まで浅いレビューで済ませていれば、AIを入れた意味が薄れます。
GitHub Copilotのコードレビュー（Copilot code review）には、レビューの深さを選ぶ「review effort level」があります。2026年10月28日、GitHubの変更履歴（GitHub Changelog）で、最も深い「Max」がパブリックプレビューとして発表されました。同じ日に、GitHubのドキュメントにもMaxの説明と、使える深さに上限を設ける「Maximum review effort」の手順が入りました。それまでドキュメントでは、Maxは「Coming soon」と書かれていました。変更履歴によると、対象はCopilot Pro・Pro+・Max・Business・Enterpriseのプランです（深さの「Max」と、プランの「Copilot Max」は別のものです）。本記事では、2026年11月11日に確認した変更履歴とドキュメントをもとに、深さの選び方と費用の管理の仕方を整理します。
3つの深さと、1回あたりの目安
ドキュメントの説明は次のとおりです。
- Lite: 標準のレビュー。バグ、脆弱性、書き方の不統一といった一般的な問題を、速く指摘する
- Balanced: 推論の強いモデルに回し、複雑な処理、セキュリティに関わるコード、複数のサービスにまたがる変更を時間をかけて調べる。既定
- Max: 最も深いレビュー。推論の強い複数のモデルを使う。パブリックプレビューで、内容は変わる可能性がある
変更履歴の説明は、もう少し具体的です。Maxは、提供元の異なる複数のモデルで独立したレビューを走らせ、まとめ役のエージェントが結果を突き合わせて1つのレビューにする、とされています。Balancedについては、11月6日の変更履歴に「3つのモデルでレビューし、別のモデルが結果をまとめるようになった」とあります。ドキュメントのBalancedの説明（推論の強いモデルに回す）は、11月11日の時点でこの変更に合わせて書き換わっていません。
1回のレビューが消費するAIクレジット（AI credits、1クレジット = 0.01米ドル）の目安も、ドキュメントの表で示されています。
| 深さ | 1回あたりの典型的な範囲 | 1回あたりの平均の目安 |
|---|---|---|
| Lite | 0.05〜1米ドル | 0.25米ドル |
| Balanced | 0.25〜5米ドル | 1.50米ドル |
| Max | 1.50〜25米ドル | 10米ドル |
ドキュメントには、これは見積もりであり、プルリクエストが大きいほど、またリポジトリの独自の指示（custom instructions）が多いほど増える、と注記されています。実際の費用がこの範囲を外れることもあり、モデルの変化で変わりうるとも書かれています。この数字には、レビューが使うGitHub Actionsの実行時間（分）は含まれていません。BalancedとMaxは、Liteより実行時間もわずかに多くなる場合があるとされています。
平均の目安で比べると、Maxの1回はLiteの40回分、Balancedの約7回分です。
どの深さが使われるかの決まり方
深さは、利用者・リポジトリ・組織・Enterpriseのそれぞれで設定できます。ドキュメントによると、Copilotは次の順に確かめ、最初に当てはまったものを使います。
- レビューを依頼したときに選んだ深さ
- そのプルリクエストで前回使った深さ
- 依頼した人が自分の設定で選んでいる深さ（新しいプルリクエストでは作成者。下書きを「レビュー可能」にした場合はその操作をした人）
- リポジトリに設定した深さ
- 組織に設定した深さ（個人のリポジトリでは所有者の設定）
- GitHubの既定（Balanced）
組織の既定をLiteにしても、個人の設定でMaxを選んでいる人が作ったプルリクエストには、3番目の規則でMaxが使われます。既定は「使われる深さ」を決めるだけで、上限ではありません。Enterpriseの既定の深さは、この一覧に入っていません。設定の手順には「組織とリポジトリはEnterpriseの既定を上書きできる」とありますが、一覧のどの位置で確かめられるかは書かれていません。
どの深さで実行されたかは、レビュー後のプルリクエストの概要のコメントに表示されます。11月6日の変更履歴によると、この表示は概要のコメントの末尾（フッター）にまとめられました。
既定がBalancedになったのは、2026年10月2日のドキュメントの更新です。それ以前は「既定はLite。一部の所有者はBalanced」と書かれていました。ドキュメントの更新日であり、実際に既定が切り替わった日は確認できていません。何も設定していない組織では、10月以降はBalancedで動いている可能性があります。
上限を置ける場所
費用を抑えるには、既定ではなく上限を使います。「Maximum review effort」は、No limit・Lite・Balanced・Maxから選べ、次の3か所にあります。
- リポジトリ: リポジトリの設定（Settings）の Copilot → Code review。そのリポジトリで使える深さの上限
- 組織: 組織の設定。ドキュメントには「この上限は組織のすべてのリポジトリに適用される。リポジトリは選んだ深さかそれより低い深さを選べるが、超えることはできない」とある
- Enterprise: Enterpriseのポリシー。組織とリポジトリは上限以下を選べる
Maxを発表した変更履歴にも、上限より上の深さは、そのEnterprise・組織・リポジトリの中では使えなくなる、と書かれています。組織の上限をBalancedにしておけば、個人の設定でMaxを選んでいても、その組織のリポジトリではMaxは使えないことになります。ただし、個人の設定や依頼のときの指定が上限を超えていた場合に、どの深さに置き換わるのかは、変更履歴にもドキュメントにも書かれていません。実際の動きは確かめていません。
2026年11月6日の変更履歴とドキュメントの更新で、コードレビューの設定をREST・GraphQLのAPIで管理できるようになりました。Enterpriseはコードレビューの有効・無効、組織は有効・無効と既定の深さとランナーの設定、リポジトリは深さと、独自の指示・MCPサーバーを使うかどうかを設定できます。一方、「Maximum review effort」、請求の設定、承認に関する設定はAPIでは変えられないと、ドキュメントに書かれています。多くのリポジトリを一括で管理している場合も、上限は画面で設定することになります。なお、変更履歴によると、Enterpriseと組織の設定のAPIは、GitHub Appとfine-grained personal access tokenに対応していません。
誰の利用として数えられるか
上限と合わせて、請求の付き方も確かめておきます。ドキュメントの記述は次のとおりです。
- 既定では、リポジトリが自動でレビューを依頼した場合、消費はプルリクエストの作成者に付く。別の人が手動で依頼した場合は、その人に付く
- Copilot cloud agentが作ったプルリクエストは、まず変更に関わった人（共同作成者）に付く。ほかのbotが作ったプルリクエストや、botが依頼したレビューは、組織に直接請求される
- 有料のCopilotのライセンスを持つ組織のメンバーの利用は、既定ではその人の利用枠から引かれる。組織や Enterprise のオーナーは、組織に請求する設定にもできる
- Copilotのライセンスを持たない人にもレビューを使わせる設定（ポリシー）にした場合、その人たちの消費は組織または Enterprise への追加の有料利用になる。個人の予算には数えられない。この設定を使えるのは、Copilot Business・Enterpriseの組織
- Copilot Business・Enterpriseでは、請求先の予算に達するとレビューが止まる
ライセンスのない人に開放する設定は、外部の協力会社がプルリクエストを出すリポジトリで使われる場面が考えられます。その場合、協力会社の分の消費は組織の請求になります。料金の仕組み全体は、Copilot Fusionの記事で扱いました。
決め方の例（編集部の提案）
ここからは、変更履歴とドキュメントの記述をもとにした編集部の提案です。実際の組織で深さを切り替えて、費用やレビューの質を比べたわけではありません。
組織の上限をまず決める。 上限を設定していない組織で、いまどの値になっているかを画面で確かめます。Maxを試す前に、組織の上限をBalancedにしておき、Maxを使うリポジトリだけ個別に扱う、という順序が安全です。ただし、組織の上限はリポジトリの設定より優先されるため、Maxを使いたいリポジトリがあれば、組織の上限をMaxにしたうえで、ほかのリポジトリに個別の上限を置くことになります。
Maxは依頼のときに選ぶ。 ドキュメントは、Maxを高いリスクやリリースに関わる変更に使うよう勧めています。既定や個人の設定をMaxにするのではなく、重要なプルリクエストで依頼するときにだけ選べば、使う場面を限れます。
1か月分の見積もりを置く。 平均の目安に、月のプルリクエスト数を掛けると大まかな規模がわかります。たとえば月200件をすべてBalancedでレビューすると、平均の目安では300米ドルです（Actionsの実行時間は別）。プルリクエストの大きさで変わるため、実際の請求と比べて見直します。11月6日の変更履歴によると、コードレビューのエージェントのセッションに、そのレビューで消費したAIクレジットが表示されるようになりました。見積もりと実際の消費を比べる材料になります。
外部の開発会社にAIのレビューを入れてもらうときの取り決めは、AIコードレビュー導入の確認点の記事にまとめています。
確認した範囲
2026年11月7日に、GitHubのドキュメントのリポジトリ（github/docs）の main にある「GitHub Copilot code review」「Configuring code review by GitHub Copilot」の原稿と、そこで使われている変数（
data/variables/copilot.yml、data/variables/product.yml）、見積もりの表（data/reusables/copilot/code-review/estimated-consumption.md）を確認しました。あわせて、コミット 4073a4a（2026年10月2日、既定をBalancedに）、8e7396e（10月28日、MaxとMaximum review effortの追加）、623260f（11月6日、APIの説明）の差分を読みました（資料調査）。2026年11月11日には、docs.github.com の公開中の2つのページが原稿と同じ内容であること、GitHubの変更履歴の2本（10月28日のMaxの発表、11月6日のAPIと概要のコメントの更新）を確認しました。実際の組織での設定、上限を超えた指定の扱い、請求の確認は行っていません。
開発の工程にAIのレビューをどう組み込み、費用をどう管理するかは、グリームハブの開発・AI・自動化のご相談で承っています。体制によって決めることが変わるため、お問い合わせからご相談ください。
参考資料
- GitHub Changelog — Copilot code review: Merge with confidence with Max and approvals（2026年10月28日）
- GitHub Changelog — Copilot code review: API management and review overview updates（2026年11月6日）
- GitHub Docs — GitHub Copilot code review
- GitHub Docs — Configuring code review by GitHub Copilot
- github/docs — commit 8e7396e（GitHub Universe 2026 の更新）
- github/docs — commit 4073a4a（Update Copilot code review default effort level to Balanced）
- github/docs — commit 623260f（Mention Copilot code review API support in CCR docs）
