メモリスによる要約- AIエージェントのスキル・MCP設定を共通化する「Agent Plugins 1.0.0」が発表
- Copilot・Cursor・Codex等が対応表明、Anthropicは不参加
- 設定の使い回しは進むが権限まわりの仕様は未整備
AIエージェントを使い分けている人ほど、同じ設定を何度も書き直した経験があるはずだ。GitHub Copilotで整えたスキル指定を、Cursorやコーディング用のAIエージェントに移すたびにフォルダ構成から書き直す。この非効率に、業界側から答えが出た。
AWS、Microsoft、OpenAI、Anysphere、Vercelの各社が、AIエージェント向けの業界標準仕様「Agent Plugins 1.0.0」を発表した。Google Developers Blogの公式発表によれば、これはスキルやMCPサーバ接続設定をベンダー横断で移植可能にする、ポータブルなパッケージフォーマットである。SKILL.mdやmcp.jsonを含むplugin.jsonベースのフォルダ構成が定義され、すでにGitHub Copilot、Visual Studio Code、Cursor、ChatGPT/Codex、AWS Kiroが対応を表明している。Googleもこの標準への対応を発表した。
一方で、この顔ぶれには一つ欠けている名前がある。Claude Codeを提供するAnthropicだ。MCP自体はもともとAnthropicが提唱してきた接続規格であり、その拡張にあたる仕様の主導権が他陣営に移りつつある構図は、報道でも取り沙汰されている。
議事録アプリや外部連携ツールを使う読者にとって、この動きが意味するのは「設定の使い回し」がどこまで実利になるかだ。会議の議事録をGoogle DriveやCRM、タスク管理ツールに流し込むような連携は、多くの場合MCPサーバ経由で組まれる。その接続設定が特定のエージェントに縛られず持ち運べるなら、複数のAIエージェントを併用する運用のハードルは下がる。裏を返せば、これまで各社が独自フォーマットで囲い込んでいた設定資産が、乗り換えコストの低下という形で流動化し始めたということでもある。
ただし、対応表明の中身を鵜呑みにするのは早い。仕様書のFUTURE_CONSIDERATIONSを見ると、ファイルシステムやネットワークへのアクセス可否、プラグインインストール時の承認フロー、暗号化署名といった権限まわりの仕様はまだ議論段階にある。つまり現状の1.0.0が固めているのはパッケージの「入れ物」であって、そのプラグインがどこまで安全に権限を持つかという「中身の統制」は追いついていない。複数のAIエージェントに同じMCPサーバ設定を配って回るという運用は便利に見えるが、権限設計が固まる前に外部ツールへの接続情報を無防備に共有プラグイン化するのは、利便性とセキュリティを取り違えるリスクがある。導入する側は「対応した」という発表のタイミングではなく、承認フローや署名の仕様が固まる段階を見てから広げるくらいの慎重さが妥当だろう。
もう一つ、Anthropicの不在は単なる一社の判断ではなく、業界の力学を映している。MCPという接続層を作った側と、その上のスキル・パッケージ層の標準を作る側が分かれ始めているとすれば、今後Claude Code独自のスキル管理方式と、Agent Plugins陣営の方式が並走する可能性がある。読者にとっての実務的な備えは、特定のAIエージェントのスキル資産を作り込む前に、それがどちらの陣営の仕様に依存しているかを意識しておくことだ。今は対応表明の段階でも、半年後には片方の方式がデファクトになっている可能性があり、その時に書き直しが要らない側に資産を積んでおく方が無駄が少ない。
あわせて読みたい：