
GitHub Copilotのローカルサンドボックスが正式提供 追加費用なし
GitHub Copilotコーディングエージェントサンドボックス権限管理
GitHubはCopilotのローカルサンドボックスを正式提供した。Copilot CLI、Copilotアプリ、Agent Hostを使うVS Codeセッションで、エージェントが実行するコマンドのファイル・ネットワーク・資格情報へのアクセスをポリシーで制限できる。追加費用はかからず、Enterpriseでは必須化も可能。
何が発表されたか
GitHubは2026年10月7日、GitHub Copilotのローカルサンドボックスが一般提供(GA)になったと公式チェンジログで発表した。対象はGitHub Copilot CLI、GitHub Copilotアプリ、そしてAgent Hostを使うVS Codeのセッション。
できることは次のとおり。
- エージェントが実行するコマンドが読み書きできるファイルやディレクトリを制限する
- インターネット、ローカルネットワーク、GitおよびGitHub CLIの資格情報へのアクセスを制御する
- 対応する範囲でローカルMCPサーバーや言語サーバーなどのローカルツール・サービスにもサンドボックスを拡張する
- Enterpriseはmanaged settingsでサンドボックスを必須にし、開発者が緩められないポリシーを強制する
サンドボックスのポリシーは、Copilotがどのモデルを使っているかに関係なくツール実行に適用される。基盤はMicrosoft eXecution Container(MXC)で、共通のサンドボックスポリシーをWindows・macOS・Linuxそれぞれのネイティブなオペレーティングシステム制御に変換する。Copilotに含まれ、追加費用はかからない。
開発者への影響
コーディングエージェントに作業を任せる場面では、リポジトリ外のファイルに触れたり、認証情報を使って想定外の操作をしたりする余地をどこまで残すかが実務上の論点になる。今回のGAは、その線引きをマシン側のポリシーとして固定できるようにするものだ。
受託制作や複数クライアントの案件を1台で扱っている場合、案件ディレクトリの外を読めなくするだけでも事故の範囲は狭くなる。GitとGitHub CLIの資格情報へのアクセスを切り離せる点も、意図しないpushやリポジトリ操作を防ぐうえで効く。
組織で使う場合は、managed settingsで必須化し、開発者が弱められないポリシーを配布するという運用が選べる。導入の手順や既定値については、チェンジログがGitHubのドキュメント「About cloud and local sandboxes for GitHub Copilot」を案内している。
