GitHub Copilotコードレビューが組織管理コントロールを取得し、インストラクション制限を廃止

GitHubは2026年6月12日、Copilotコードレビューの新しい設定とコントロールのセットを発表した。主にエンタープライズユーザーと組織管理者に向けた変更だ。変更は4つの領域をカバーしている：組織レベルでのランナー管理、個別設定のブロック、コンテンツ除外ルールの遵守、カスタムインストラクションの制限の廃止。

組織のランナー管理で何が変わるか？

これまでは各リポジトリでCopilotコードレビューのランナーを個別に設定する必要があった。新しい組織デフォルトランナーオプションにより、管理者は個別の設定なしに組織内のすべてのリポジトリに適用される1つのランナーを設定できる。設定はGitHubインターフェース内のCopilot → Runner type → Runner type configurationセクションから利用できる。

このオプションを補完するのがランナーロックだ：組織の管理者はリポジトリレベルのすべての個別ランナー設定を上書きするロックを有効にできる。大量のリポジトリを管理するチームは、何十または何百もの設定を手動で調整する代わりに、1つのコントロールポイントを持つことができる。

重要な注意点：同じ設定は、両方のサービスが有効になっている場合にCopilotコードレビューと Copilotクラウドエージェントの両方に適用される――異なるツールの二重設定は不要だ。

コンテンツ除外：Copilotの他の部分との同等性

Copilotコードレビューは、組織や企業が他のCopilot機能のために設定していたパスベースの除外ルールを遵守するようになった。リポジトリ、組織、エンタープライズレベルで定義された同じルールがコードレビューにも自動的に適用される。

実際には、Copilotの提案からすでに除外されていたファイルとディレクトリ――生成されたコード、レガシーモジュール、機密なビジネスロジックを持つファイル――は追加の設定なしに自動的にCopilotコードレビューの範囲外に留まる。リポジトリ管理者はリポジトリ設定でパスベースのルールを設定でき、それらのルールはCopilotエコシステム全体で均一に適用されるようになった。

4,000文字制限の終わり

.githubディレクトリ内のcopilot-instructions.mdと*.instructions.mdファイルに対する従来の4,000文字の制限が完全に廃止された。これまで制限内に収めるためにインストラクションを要約または省略していた組織は、より詳細なコードレビュールールを記述できるようになった。

カスタムインストラクションは、スタイルの規約から特定のセキュリティ要件やチームの合意事項まで、Copilotがプルリクエストを分析する際に従うガイドラインを定義する。制限の廃止により、コンテキストのより精密な定義が可能になる。これは複雑なシステムと複数の開発規約を持つチームに特に有用だ。

エンタープライズコンプライアンスが目標

上記のすべての変更を合わせると、Copilotコードレビューはより厳格なエンタープライズコンプライアンスシナリオに位置付けられる。ランナー設定の集中化はリポジトリ間の不一貫性のリスクを排除する；ランナーロックは組織ポリシーの回避を防ぐ；コンテンツ除外の同等性はCopilotの残りの部分に適用されるセキュリティルールがコードレビューにも適用されることを保証する。

フラグメントされたコントロールや機密ファイルへの到達範囲の懸念からCopilotコードレビューの導入を躊躇していた組織の管理者は、既存のCopilot管理インターフェース内で両方の問題に対処するメカニズムを――別個の設定ツールなしに――得ることができるようになった。