GitHub Copilot、エージェントの操作権限を企業側から一括管理
Copilot Business / Enterpriseでは、シェルコマンド、ファイルの読み書き、接続先ドメインごとに「禁止・人の承認が必要・確認なしで許可」を企業側から設定できるようになりました。利用者側の設定では制限を弱められません。
AT A GLANCE
まず知りたいこと
MAIN CHANGE
一番大きい変化
GitHub Copilotのエージェントがシェル、ファイル、ネットワークへ触れるとき、開発者ごとの設定だけに任せず、企業側で利用者が緩められない権限の上限を設けられるようになりました。
KEY POINTS
このリリースの注目点
操作ごとに承認レベルを決められる
シェルコマンド、ファイルの読み書き、接続先ドメインについて、禁止、人の承認が必要、確認なしで許可のいずれかを管理者が設定できます。
利用者側から制限を弱められない
企業側で設定した制限は、利用者や作業場所の設定、自動承認、保存済みの承認によって緩められません。
チームごとに別の方針を配れる
同じEnterprise内でも、担当する仕事に合わせてチームごとの権限方針を設定できます。
BENEFIT
ここがいい
個々の開発者に承認設定を任せず、危険な操作だけ組織ルールで止めながら、許可済みのエージェント作業は続けやすくなります。
RELEVANT TO
こんな人に関係する
- Copilot Business / Enterpriseでエージェント利用を管理する人
- シェル実行やファイル編集、外部通信の許可範囲を統制したいセキュリティ担当
- チームごとに異なるエージェント権限を配りたい組織
利用者や作業場所の設定、自動承認、保存済みの承認がある環境でも、企業管理者は別に強制する権限の上限を設けられるようになりました。利用者側の設定は残りますが、企業側で禁止または「人の承認が必要」とした操作を緩めることはできません。
個人の保存済み承認より企業ルールが優先される
たとえば、ある開発者が以前に特定の操作を承認し、次から確認しない設定を保存していたとします。企業側の方針でその操作を「人の承認が必要」にした場合、保存済みの承認を理由に確認を飛ばすことはできません。
GitHubは、利用者や作業場所の設定、自動承認、保存済みの承認によってEnterpriseの制限を弱められないと説明しています。エージェントを使う端末ごとに同じ注意事項を伝えるより、強制したい境界を組織の設定として持てるようになりました。
シェル、ファイル、ネットワークを別々に管理できる
管理対象は大きく3種類です。
- シェルコマンド
- ファイルの読み取りと編集
- ネットワークの接続先ドメイン
たとえば、社内リポジトリのファイル編集は確認なしで許可しながら、特定の外部ドメインへの通信だけは毎回承認を求める、といった方針を作れます。
同じEnterpriseでも、担当業務によって必要な操作は異なります。GitHubはチームごとに専門化した権限方針を設定できると案内しています。
対象はBusiness / Enterpriseのエージェント利用
この企業管理権限は正式提供（GA）されており、GitHub Copilot app、Copilot CLI、エージェントを専用プロセスで動かすAgent Hostを使うVS Codeのセッションが対象です。
通常の新機能なので、全組織が今すぐ設定を変更しなければ使えなくなるものではありません。今回の公式changelogには強制移行期限や追加費用の案内もありません。組織でエージェントの操作境界を統一したい場合に利用する管理機能です。
追加で確認した公式資料
公式情報
- GitHub Changelog — Enterprise managed permissions for GitHub Copilot agent operations
- Source published: 2026-09-09
制作: AI-assisted