GitHub Copilot のコードレビュー機能に、2026年8月7日、「どれだけ本気で読ませるか」を選べる仕組みが正式に加わった。名前はLiteとBalanced。6月2日からプレビューで使われていた「Low」「Medium」というラベルが、名前を変えて一般提供に進んだ形だ。
小さな修正はLiteが素早く目を通し、セキュリティに関わる変更や複数サービスにまたがる大きな変更は、Balancedがより推論力の高いモデルに回す。AIの使い分けの単位は、もはや「どのツールを選ぶか」だけでなく、「同じツールの中でどれだけ計算をかけるか」にも広がってきている。
⚠ 情報の鮮度について
一次情報はGitHub公式Changelog（2026年8月7日付）です。本記事公開時点で一次報道から60〜70時間ほど経過しており、速報ではなく意味づけの記事として扱います。「Low」「Medium」というラベルは2026年6月2日からプレビュー提供されていたもので、今回はその正式名称への切り替えと一般提供化にあたります。
Section 01
GitHub Copilotのコードレビューとは──LiteとBalancedの中身
GitHub Copilotのコードレビューは、プルリクエストが作られると自動的に差分を読み、コメントを付ける機能だ。2026年8月7日の変更で選べるようになったのは、その「読み込みの深さ」である。
Liteはドキュメント更新や小さな修正のような、見るべき点が限られた変更向け。速く、消費するリソースも少ない。Balancedは、セキュリティに関わる変更や複数サービスにまたがる変更のように、踏み込んだ分析が要る場面向けで、GitHubの説明によれば「より推論力の高いモデル」に処理が回される。どのモデルが具体的に使われているかはGitHubから公表されておらず、この部分は※観測にとどめる。
| 項目 | Lite | Balanced |
|---|---|---|
| プレビュー時代の名称 | Low | Medium |
| 向いている変更 | ドキュメント更新・小さな修正 | セキュリティ関連・複数サービスにまたがる変更 |
| 処理の速さ | 速い | Liteより時間がかかる |
| 消費するAI Credits・Actions分数 | 少ない | Liteより多い |
| 組織既定値の設定 | 管理者が設定可能 | 管理者が設定可能 |
一言でまとめると──「コードレビューにも、速さ重視か精度重視かを選ぶダイヤルが付いた」ということです。AIの選択は、ツール単位から、ツールの中の設定単位にまで細かくなっています。
Section 02
プレビューからGAまでの3ヶ月
今回の一般提供は、唐突に出てきたものではない。2026年4月から8月にかけて、GitHubは段階を踏んでこの機能を仕上げてきた。
2026.04.27
Actions分数の消費を予告コードレビューがGitHub Actionsの分数を消費するようになると発表。6月1日からの適用を告知した。
2026.06.01
課金方式が切り替わるCopilot全体がAI Credits方式の従量課金に移行。コードレビューもAI CreditsとGitHub Actionsの分数の両方を消費するようになった。
2026.06.02
「Medium」がプレビュー開始Microsoft Build 2026にあわせて、「Low」から「Medium」に上げると、より推論力の高いモデルへ処理が回る新しい分析階層をプレビュー公開。
2026.06.25
表示と既定値の仕組みを整備プルリクエストの概要コメントに「Medium」を使ったことが表示されるようになり、組織管理者が未設定リポジトリの既定レベルを設定できる機能も追加された。
2026.08.07
「Lite」「Balanced」として正式提供「Low」「Medium」から改称され一般提供に。プルリクエストのタイムラインに使用した取り組みレベルが表示されるようになった。
Section 03
なぜ「本気度」を選ばせる設計にしたのか
背景にあるのは、AIのレビューにも計算コストがかかるという単純な事実だ。すべての変更を最も推論力の高いモデルに読ませれば精度は上がるが、消費するAI CreditsとGitHub Actionsの分数も増える。逆に軽い設定に統一すれば費用は抑えられるが、込み入った変更を見落とす場面が出てくる。
01
レビューにも費用がかかるようになった
Copilotは2026年6月1日、全プランがAI Credits方式の従量課金に切り替わった。コードレビューも例外ではなく、Actionsの分数まで消費するようになったことで、どの変更にどれだけ計算をかけるかが費用に直結する話になった。
02
組織側が既定値を決められる
2026年6月25日に追加された機能で、組織管理者は未設定のリポジトリに適用される既定の取り組みレベルを設定できる。開発者が毎回選ばなくても、チームの方針に沿ったレビューが自動的に走る。
03
何を使ったかが見える
取り組みレベルはプルリクエストのタイムラインと概要コメントに表示されるようになった。どのレビューがLiteで、どのレビューがBalancedだったのか、あとから追える。
Section 04
あなたはどちらを選ぶべきか
個人で使っている場合、判断はシンプルだ。ドキュメントの修正や小さなリファクタリングにはLiteで十分だろう。認証まわり、決済まわり、複数のサービスにまたがる変更には、Balancedに切り替える価値がある。
チームで使っている場合は、まず組織の既定値を確認したい。何も設定していなければLite相当のまま動いている可能性があり、セキュリティに関わるリポジトリだけでもBalancedを既定にしておく判断はありうる。この機能はCopilot Pro・Pro+・Max・Business・Enterpriseで使え、無料のCopilot Freeは対象に含まれていない。
この3日前には、Copilotが選べるモデルの一覧にKimi K3が加わったばかりだった（詳しくはKimi K3がGitHub Copilotに一般提供開始）。モデルの選択肢が増えるのと同時に、同じモデルの中でどれだけ計算をかけるかという軸まで増えたことになる。似た発想はCursorにもある。Cursor Routerは、依頼の内容に応じて裏側のモデルを自動で振り分ける仕組みだ。GitHubは選択を人に委ね、Cursorは自動で振り分ける。方向は違っても、行き着く先は同じで、「どのAIを使うか」だけでは足りなくなっている。
💡 まず確認すること
組織のリポジトリ設定を開き、コードレビューの既定の取り組みレベルが何になっているかを見ておくとよいでしょう。設定した覚えがなければ、Lite相当のまま動いている可能性があります。
Section 05
編集部の見立て
Editor's Opinion
今回の変更で気になるのは、Lite・Balancedという名前の付け方そのものです。プレビュー中の「Low」「Medium」は、単純に強さの上下を示す言葉でした。「Lite」「Balanced」はそうではありません。Balancedという語は「釣り合いが取れている」という意味を持ち、暗にLiteのほうが何かを犠牲にしていると読める名付けです。GitHubがどこまで意図したかは分かりませんが、名前を変えるだけで受け取り方が変わることを、送り手はよく分かっているはずです。
もう一つ気になるのは、Balancedが処理を回す「より推論力の高いモデル」の中身をGitHubが明かしていない点です。値段と挙動は見えても、何が判断しているかは見えない。これはCopilotに限った話ではなく、AIコーディングツール全体に共通する不透明さです。読者としては、モデル名が分からなくても、取り組みレベルを上げたときに実際にどれだけAI Creditsが増えるかは、自分のリポジトリで一度試して確かめておく価値があります。
そしてこの動きは、GitHub一社の話にとどまりません。Cursor Routerも狙いは同じところにあります。AIコーディングツールの競争は、もう「賢いモデルをどれだけ揃えたか」では決着がつかず、「その賢さをいつ、どれだけ使わせるか」という設計に移っています。使う側にとっては、ツールを選ぶ基準に、この設計思想そのものが加わってきているということです。
Section 06
まとめ
GitHubは2026年8月7日、Copilotのコードレビュー機能に「Lite」と「Balanced」という2段階の取り組みレベルを正式に導入しました。プレビュー期間中の「Low」「Medium」から名称を変えての一般提供です。Liteは小さな修正向けに素早く動き、Balancedはセキュリティ関連や複数サービスにまたがる変更を、より推論力の高いモデルに回します。
背景には2026年6月1日の課金方式の切り替えがあります。コードレビューはAI CreditsとGitHub Actionsの分数の両方を消費するようになっており、どの変更にどれだけ計算をかけるかが、そのままコストに跳ね返る構造になりました。組織管理者はリポジトリ横断で既定値を設定でき、どの取り組みレベルが使われたかはプルリクエストのタイムラインから確認できます。
対象はCopilot Pro・Pro+・Max・Business・Enterpriseで、Freeプランは含まれていません。同時期にCopilotの選べるモデルにKimi K3が加わったこととあわせて見ると、コーディングAIの選択肢は「どのモデルを使うか」と「どれだけ本気で使うか」の2軸に広がりつつあります。
まずは自分のリポジトリを開き、コードレビューの既定の取り組みレベルが何になっているかを確かめるところから始まる。