Copilotのコードレビューが深さ2段階に。既定のLiteは浅い側のまま

📖 この記事で分かること

• Copilotのコードレビューで深さを選べる
• LiteとBalancedの違いと既定値
• Balancedは実行時間とクレジットを追加消費
• 組織とリポジトリのどちらで深さが決まるか

💡 知っておきたい用語

• effort level: レビューにどれだけ手間をかけるかの設定。人間のレビューにも「ざっと目を通す」と「腰を据えて読む」があるが、その切り替えを設定として持たせたもの。

最終更新日: 2026年8月8日

▶ 公式ページ

• Copilot code review effort levels are generally available(GitHub Changelog)
• 自動レビューの設定ドキュメント(GitHub Docs)

Copilotのコードレビューに「深さ」の設定が入った

この記事のポイント

• GitHubは2026年8月7日、Copilotコードレビューのeffort levelを一般提供にしました。
• 深さは「Lite」と「Balanced」の2段階で、既定はLiteです(2026年8月時点)。
• BalancedはActionsの実行時間とAIクレジットをより多く消費します。
• 対象はCopilot Pro / Pro+ / Max / Business / Enterprise。

GitHubは8月7日、Copilotによるコードレビューの「effort level(レビューの深さ)」を一般提供に切り替えました。プルリクエストの複雑さやリスクに合わせて、レビューにかける深さを選べます。

プレビュー段階の「Low」「Medium」は、それぞれ「Lite」「Balanced」へ改称されました。既存の設定は新しい名称へ自動的に引き継がれるため、設定し直す必要はありません。

LiteとBalancedの違い

Liteが標準で、ルーチンな変更向けです。Balancedは規模が大きい変更、複雑な変更、セキュリティ上重要な変更のために用意されています。

公式ドキュメントはBalancedについて、複雑なロジック、セキュリティ上重要なコード、サービスをまたぐ変更をより深く分析すると説明しています。単に文章量が増えるのではなく、読む対象の広さが変わる設定だという位置づけです。

深さには代償があります。BalancedはLiteよりGitHub Actionsの実行時間とAIクレジットを多く消費します。公式ドキュメントは、より大きなランナーやセルフホストランナーの利用を検討するよう勧めています。プレミアムリクエストの課金にどう影響するかは、今回のChangelogには明記がありません(2026年8月時点)。

誰がどこで深さを決めるのか

設定は組織とリポジトリの2階層です。組織設定のCopilot→コードレビューで既定の深さを決め、配下のリポジトリはそれを継承します。リポジトリ側で設定した場合は、組織の既定を上書きします。

個々のユーザーが、レビュー単位で深さを選ぶこともできます。

実行後の透明性も用意されました。どの深さでレビューされたかが、タイムラインのイベントとプルリクエストのコメントに表示されます。指摘の漏れを追うとき、浅い設定で流したのか、深く読ませた上で出てこなかったのかを切り分けられます。

対象プランはCopilot Pro / Pro+ / Max / Business / Enterpriseです(2026年8月時点)。

編集部の見方

編集部は、この更新でまず確認すべきなのは新しい使い方ではなく、自組織に現在入っている既定値だと見ます。

• 根拠1: 既定はLiteです。深さを明示していないチームは、浅い側のレビューを受け取り続けます。「AIレビューを導入済み」という認識と、実際に走っている深さがずれたままになります。
• 根拠2: Balancedは実行時間とクレジットを追加で消費します。全リポジトリを一律にBalancedへ寄せる運用はコストへ跳ね返るため、どのリポジトリを深く読ませるかの線引きが要ります。
• 根拠3: 使われた深さがプルリクエストに記録されます。レビュー結果を後から検証できるようになり、指摘が出なかった理由を設定と切り分けて確認できます。

この見方が変わる条件は、Balancedの追加コストが定量的に示された場合です。現時点では消費量の具体的な数値が公開されていないため、線引きの基準は各組織の実測に委ねられています。

よくある質問

Q: 既存のeffort level設定は作り直しが必要ですか

A: 不要です。プレビュー時の「Low」「Medium」は「Lite」「Balanced」へ改称され、既存の設定は新しい名称へ自動的に引き継がれます。

Q: Balancedにすると料金はどれだけ増えますか

A: 具体的な増加量は公開されていません。GitHub Actionsの実行時間とAIクレジットをLiteより多く消費するとされていますが、消費量の数値や、プレミアムリクエスト課金への影響についてはChangelogに明記がありません(2026年8月時点)。

Q: 組織の既定とリポジトリの設定が食い違ったらどちらが優先されますか

A: リポジトリ側の設定が組織の既定を上書きします。組織設定は、リポジトリが個別に指定しない場合の既定として働きます。

まとめ

GitHubは2026年8月7日、Copilotコードレビューのeffort levelを一般提供にしました。LiteとBalancedの2段階で、既定はLiteです。Balancedは複雑なロジックやセキュリティ上重要なコード、サービスをまたぐ変更をより深く分析する一方、Actionsの実行時間とAIクレジットを多く消費します。AIによるコードレビューは、常に同じ深さで走らせるものから、対象のリスクに応じて深さとコストを配分するものへ移りつつあります。

AI主導のコードレビューが広がる中、専用のセキュリティレビュー機能を持つ別サービスの動きは以下の記事で詳しく解説しています:

【用語解説】

• プルリクエスト: コードの変更をチームに提案し、取り込む前にレビューを受けるための単位。
• ランナー: GitHub Actionsの処理を実際に動かす実行環境。処理が重いほど、性能の高いランナーが必要になる。
• セルフホストランナー: GitHubが用意する環境ではなく、自社で管理するマシン上で処理を動かす方式。

引用元:

• [1] Copilot code review effort levels are generally available(GitHub Changelog)
• [2] Configuring automatic code review by Copilot(GitHub Docs)

この記事について: AI 支援で執筆、編集部が事実確認・編集しています。誤りや追加情報があれば Contact よりお知らせください。