この記事のポイント
- GitHub Copilotのコードレビューを社内ツールからAPI経由で依頼できるようになり、依頼ごとに分析の深さを選べます。
- 既定のDefaultは9月28日からBalancedへ変更。自分でLiteを選んでいた設定は維持されます。
- 深く分析するBalancedはAIクレジットの消費が増える設定。指摘の有用性と利用量を併せて比べるとよいでしょう。
GitHubの公式発表と設定ガイドをもとに、レビューAPIと既定設定の変更を紹介します。既存の自動レビューとの違いを整理します。
コードレビューを社内の仕組みから呼び出せる
GitHubは2026年10月2日、CopilotによるコードレビューをRESTとGraphQLのAPIから依頼できると発表しました。APIは、ソフトウェア同士が機能を呼び出す窓口です。対象はCopilot Pro・Pro+・Max・Business・Enterpriseです（GitHub公式発表）。
コードの変更案を共有するプルリクエストに対し、社内ツールや自動処理からレビューを依頼できます。依頼ごとに、分析の深さを決める「effort level」も指定可能です。
既存の自動レビュー設定も引き続き選択肢です。今回のAPI対応は、自社の承認手順や開発支援ツールを起点に依頼したいチームに関係します。日本企業の導入担当者は、既存設定で足りるのか、独自の呼び出しが必要なのかを開発部門と整理すると、追加実装の範囲を決めやすくなります。
社内の既定設定と利用量を確認する
もう一つの変更は9月28日から適用済みです。「Default」を選んでいる新規・既存のリポジトリ（コードの保管場所）と組織では、既定の動作がBalancedになりました。明示的にLiteを選んでいた設定は維持されます。（対象はDefaultを選んでいた設定です。）
Liteは標準的なレビュー、Balancedは複雑な処理やセキュリティ上重要なコードなどをより深く分析する設定です。公式資料では、Balancedはより多くのAIクレジットを使い、自動処理を動かすGitHub Actionsの実行時間もわずかに増える可能性があると説明しています。設定場所と運用上の条件は公式の設定ガイドで確認できます。
まとめ: 対象を絞って呼び出しと費用を確認する
独自のタイミングでレビューを依頼したい開発チームは、既存設定で足りる作業とAPI連携が必要な作業を分けるとよいでしょう。試行する場合は指摘の有用性と利用量を一緒に記録すると、呼び出す頻度や分析の深さを選ぶ根拠になります。
※2026年10月時点の情報です。
