Copilot CLI 1.0.81がステートレスMCPに対応、企業ポリシーの更新失敗時はフェイルクローズ方式に

GitHubは8月27日、Copilot CLI 1.0.81をリリースした。中核となる変更は単なるインターフェースの更新ではなく、CLI、SDK、IDE、インメモリクライアントがMCP 2026-07-28に対応したことだ。このバージョンのMCPでは、初期化ハンドシェイクとトランスポート層のsessionが廃止され、代わりに各リクエストがバージョン、クライアント情報、capabilityを保持する。ツールメソッドはHTTP headerによるルーティングにも対応する。これにより、Copilot CLIが新版のリモートMCP serverに接続する際、一般的な負荷分散アーキテクチャを利用でき、sticky sessionに依存する必要がなくなる。ただし、既存のserverとプラグインについては、引き続きプロトコルネゴシエーションと互換レイヤーを確認する必要がある。

オブザーバビリティも強化された。hookの入力に`traceparent`が追加され、必要に応じて`tracestate`も含まれる。コマンド型hookは環境変数から同じ情報を取得できるため、外部スクリプトが生成したspanを、agent、sub-agent、ツール呼び出しと同一のtrace上で連結できる。`--usage-output-file`にはagent別の使用量も追加された。ACPクライアントは、sub-agent IDのほか、リアルタイムのモード、コマンド、計画イベントを受信できるようになり、マルチエージェント環境におけるコスト配賦や障害調査に役立つ。

企業向け制御では、管理対象の`enabledPlugins`と`extraKnownMarketplaces`が、項目単位でローカル設定を上書きするようになった。`forceRemoteSettingsRefresh`を有効にした状態で新しいポリシーを取得できない場合、システムはキャッシュへフォールバックせず、デフォルト以外のMCP server、権限バイパスモード、ポリシーで管理されるプラグイン変更を一時的にブロックする。これにより期限切れのポリシーを使い続けるリスクは低下するが、制御プレーンの障害が作業を直接停止させる可能性がある。

アップグレードには移行リスクもある。正式版では`/plugins`とダッシュボード終了フラグが削除され、各リソースは`/plugin`、`/mcp`、`/skills`などのエントリポイントへ分割された。従来のダッシュボードにあったhookおよびLSPの起動・停止機能は、一時的に利用できない。チームはアップグレード前に、自動更新、非対話型の`-p`実行、MCPプロトコルのバージョン、オフライン時のポリシー取得失敗シナリオについて回帰テストを行うべきだ。