GitHub、Copilot Appとクラウドエージェントを一元管理ポリシーの対象に――プラグインと承認バイパスをクライアント横断で制御可能に

GitHubは7月27日、Copilotのマルチクライアントガバナンスにおける重要な空白を埋めた。エンタープライズが一元管理する`managed-settings.json`が、Copilot CLIとVS Codeに加え、GitHub Copilot AppおよびCopilot cloud agentにも適用されるようになった。エンタープライズ管理者は、同一のJSONファイル内で、利用を許可するプラグイン、プラグインをインストールできるmarketplace、コマンド実行・ファイルアクセス・URL取得前の承認プロンプトを開発者がバイパスできるかどうか、新しい会話で自動モデル選択をデフォルトにするかどうかを指定できる。一元管理された設定値は、開発者のローカル設定より優先される。

主なデプロイ方法では、エンタープライズ内の`.github-private` repositoryを使用し、ポリシーファイルを`copilot/managed-settings.json`に配置する。GitHubによると、対応クライアントは約1時間以内、または再起動もしくは再ログイン後に更新を読み込み、クラウドエージェントは次にタスクを受け取った際に適用する。MDMや分散ファイル配布によるデプロイも可能だ。注意すべき点として、承認プロンプトのバイパス制御は、対話型のApp、CLI、VS Codeにのみ適用される。クラウドエージェントが主に継承するのはプラグインとmarketplaceの制限であり、両者の実行環境は完全に対称ではない。

同日、GitHubはCopilot Appへのアクセス権もCopilot CLIポリシーから分離した。エンタープライズと組織は、それぞれ全面的に有効化するか、全面的に無効化するか、下位組織の判断に委ねるかを選択できる。この分離は妥当だ。デスクトップAppは、複数のエージェントワークスペースを並行して起動し、ローカルまたはクラウドのsandboxを使用し、自動化をスケジュールできるうえ、MCP serverやagent skillも読み込める。そのリスク領域が単一のCLIと同じでないことは明らかだ。

移行時の落とし穴は、新しいAppポリシーがデフォルトで全面有効になっていることだ。これまでCLIだけを無効化または制限していた組織は、同じ制限によってAppも自動的にブロックされると想定してはならない。エンジニアリングチームとセキュリティチームは、App、CLI、VS Code、クラウドエージェントという4つの実行環境を棚卸しし、ポリシー伝播の遅延、プラグインの配布元、BYOKモデルの経路をテストする必要がある。また、PR review、CI、監査ログだけでなく、実際のコマンド実行とネットワークアクセスが、想定どおりsandboxと承認メカニズムによって制約されていることも確認すべきだ。