一度こしらえた拡張を、別のエージェントで使い回す──Copilot CLIがOpen Plugin SpecとMCP設定を取り込み、砂場は「既定で締める」側へ
GitHub Copilot CLI の最新版が、ベンダー中立の「Open Plugin Spec」と MCP 設定ファイルを読み込めるようになった。他のエージェント向けに作った拡張がそのまま持ち込める一方、OSサンドボックスの初期値は締める方向へ動いた。
Copilotが「よそ向けに作った拡張」を読めるようになった
GitHubは2026年7月23日、コマンドライン版のAIコーディング支援ツール「GitHub Copilot CLI」の v1.0.74 を公開しました。目を引くのは、Open Plugin Spec v1 という拡張パッケージの仕様と、mcp.json 形式の設定ファイルに対応した点です。これにより、Copilot 以外のエージェント向けに用意した「プラグイン」や外部ツール連携の定義を、Copilot CLI がそのまま読み込めるようになりました。
Open Plugin Spec は、特定ベンダーに縛られないことを掲げるオープン仕様です。AIエージェントに機能を足す「スキル」や、外部データ・ツールへの接続口である「MCP（Model Context Protocol）サーバ」を、plugin.json という一枚の目録（マニフェスト）にまとめ、配布できる形に標準化します。MCP はもともと Claude が広めた仕組みで、いまでは VS Code のエージェント機能（プレビュー）や Codex など各社が取り込みつつあります。Copilot CLI の今回の対応は、その流れに GitHub 自身が乗ったことを意味します。
拡張が「持ち運べる資産」に変わる
これまで、エージェントに独自のスキルやツール連携を仕込む作業は、ツールごとに書き方や置き場所が微妙に異なり、同じ設定を各所で作り直す手間がありました。共通の目録形式と MCP 設定を各エージェントが読めるようになると、次のような変化が期待できます。
- 作り直しの削減: 一度パッケージ化した拡張を、Copilot・VS Code・ほかのエージェントへ持ち回せる。
- チームでの共有: 拡張を配布物として扱えるため、社内標準の連携やスキルを一式で配れる。
- 乗り換えコストの低下: 特定ツール固有の設定に縛られにくくなり、エージェントの選択を置き換えやすくなる。
言い換えれば、拡張が「そのツールでしか動かない設定」から「持ち運べる資産」へ近づく、ということです。
広げる一方で、砂場の初期値は締めた
同じ時期の Copilot CLI は、拡張の口を広げるのとは逆に、実行環境の囲い込み（サンドボックス）については締める方向にも動いています。
- v1.0.74 では、初回起動時に既定のサンドボックスを有効にするか尋ねる案内を表示し、OSサンドボックス内での
git・gh認証を任意で有効化する方式にした。 - 数日前の v1.0.72 では、macOS のキーチェーンへのアクセスを既定でオフにし、隔離を一段強めた。
拡張が持ち運べるほど、出所の怪しいプラグインや MCP サーバが紛れ込む「拡張経由のサプライチェーン」リスクも各エージェントに広がりうる、という懸念は以前から指摘されています。機能の間口を広げる動きと、実行環境の既定を締める動きが対で進んでいるのは、その裏返しとも読めます。
無人運用で導入する前に確かめておきたいこと
7月の Copilot CLI は短い間隔で更新が続いています。主な動きを整理します。
| 版・公開日 | 主な内容 |
|---|---|
| v1.0.72（7/20） | キーチェーンアクセスを既定オフに、CLI からのスキル管理を追加 |
| v1.0.74（7/23） | Open Plugin Spec v1・mcp.json 対応、既定サンドボックスの初回案内、gemini-3.6-flash 対応 |
| v1.0.75（7/24） | Claude Opus 5 に対応 |
自動化・無人運用の観点では、7月2日に発表済みの「GitHub Actions 内でビルトインの GITHUB_TOKEN を使って動かせる（個人アクセストークンが不要）」変更と組み合わせると、CI 上で Copilot CLI を回す構成が作りやすくなっています。ただし導入にあたっては、次の点に留意が必要です。
- サンドボックス機能は GitHub の公式ドキュメント上、パブリックプレビューと位置づけられ、仕様変更の可能性が残る。
- サンドボックスやサンドボックス内認証は任意（opt-in）で、既定で最大限に締まっているわけではない。導入時に自組織の方針へ合わせて明示的に設定する必要がある。
- 持ち込むプラグイン・MCP サーバの出所と権限は、利用側で確認する前提が変わらない。
拡張の相互運用が進むほど、開発現場は「どのエージェントを使うか」以上に「どの拡張・接続を、どこまでの権限で走らせるか」を管理する比重が増していきそうです。
参照: GitHub Copilot CLI Releases ／ Open Plugin Spec ／ Agent plugins in VS Code (Preview) ／ Copilot CLI no longer needs a PAT in GitHub Actions ／ Gemini 3.6 Flash is now available in GitHub Copilot
