Agent Plugins 1.0.0とは？MCPとAgent Skillsを束ねる新標準・対応企業・従来との違いを解説【2026年8月最新】

Agent Plugins 1.0.0は、AIエージェントを拡張する部品（Agent SkillsとMCPサーバー設定）を1つのフォルダにまとめ、どのAIエージェントでも同じ形で読み込めるようにするオープンな「パッケージ規格」です。2026年8月6日に公開されました。

Agent PluginsはMCPの代替でも後継でもありません。MCPが「AIと外部ツールをつなぐ通信の規格」なのに対し、Agent Pluginsは「SkillsとMCP設定をどう梱包して配るか」を決めただけの薄い層です。中身の仕様は既存のものをそのまま使います。

この記事でわかること

• Agent Plugins 1.0.0の正確な定義と、MCP・Agent Skillsとの3層の関係
• 何が「新標準」なのか — 従来のクライアント別作り分けとの具体的な違い
• 対応クライアント・参加企業の最新状況（確定情報と報道ベースを分けて掲載）
• Claude（Anthropic）が不参加でも、実際にはClaude Codeでプラグインが動く理由
• v1.0が意図的に「決めていないこと」（署名・権限・配布・OAuth）と、それが企業導入に与える影響
• 最小構成（2ファイル）でプラグインを作る手順

想定読者: 複数のコーディングエージェントを併用している開発者、社内共通のAIスキルを配布したいチームリーダー、MCPサーバーやスキルを提供するベンダー、AI開発基盤の標準化動向を追っている方。

Agent Plugins 1.0.0とは — 定義と基本情報

出典: Google Developers Blog

Agent Pluginsは、Agent SkillsとMCPサーバー設定を「決められたファイル配置」でひとまとめにするための、ベンダー中立のオープン仕様です。仕様に従ったフォルダを作れば、対応しているAIエージェントならどれでも同じプラグインを読み込めます。

公式サイトは仕様の狙いを「クライアント間で可搬にできる部分についての、小さな相互運用の土台（a small interoperability floor）」と表現しています。つまりすべてを標準化するのではなく、共通化できる最小限だけを決めたのがv1.0.0です。

ガバナンス面では、GitHub上で公開開発され、単一ベンダーがTSCの過半数を持てない設計になっています。なお、MCPを管理するAAIF（Agentic AI Foundation）とは別組織で、Agent PluginsはAAIFのプロジェクトではありません。この点は混同されやすいので注意してください。

MCP・Agent Skillsとの違い — 3つの層で理解する

出典: Google Developers Blog

Agent Pluginsについて最も多い質問は「MCPの代わりですか？」です。答えはいいえで、3つは競合ではなく層が違います。

AAIFはこれを「Skills＝手順知識、MCP＝実行時接続、Agent Plugins＝共通の梱包構造」と3層で整理しています。Agent Pluginsが定義しているのはフォルダ構成とマニフェストだけで、中身のSKILL.mdはAgent Skills仕様のまま、mcp.jsonの中身はMCPの設定のままです。

つまりAgent Pluginsは、既存の2つの規格の上に載せる「箱」です。箱の規格が決まったので、中身を作る人は箱に入れるだけで複数のエージェントに配れるようになった、というのが今回の変化になります。

• MCPそのものの仕組みは「MCPとは？仕組み・できること・導入方法をわかりやすく解説」で解説しています
• SKILL.mdの具体的な書き方は「Claude Code Skillsの使い方ガイド」が参考になります
• そもそもAIエージェントとは何かは「AIエージェントとは？仕組み・種類・活用例をわかりやすく解説」で整理しています

何が変わるのか — 従来の作り分けとの違い

出典: Google Developers Blog

これまでは、同じ内容のスキルやMCP設定でも、クライアントごとに置き場所とファイル形式が違うため、作り分けが必要でした。Agent Pluginsはその重複作業をなくします。

Googleは公式ブログで、クライアント固有拡張の仕組みについて「逆ドメイン名のディレクトリは、フック・エージェント・コマンドなど、そのクライアントが追加したいものを丸ごと置ける、1クライアントが所有する名前空間である。認識しないクライアントは単に無視する」と説明しています。可搬な部分を壊さずに独自機能を同梱できる設計が、この規格の実務的な肝です。

ユーザー側から見た変化はシンプルで、「今まで使っていたエージェントを乗り換えても、入れていたスキルとMCP設定をそのまま持っていける可能性が高くなった」ということになります。ただし可搬になるのはスキルとMCP設定に限られ、対応クライアントもまだ広がっている途中です。

Agent Pluginsの中身 — ディレクトリ構造と3つのファイル

出典: Agent Plugins公式サイト

プラグインの実体はただのフォルダです。最小構成は plugin.json と SKILL.md の2ファイルだけで成立します。

my-plugin/
├── plugin.json          # 必須：マニフェスト
├── skills/              # 任意：Agent Skills 群
│   └── summarize/
│       └── SKILL.md
├── mcp.json             # 任意：MCPサーバー設定
├── com.example.client/  # 任意：クライアント固有拡張
└── LICENSE / CHANGELOG など

plugin.json（マニフェスト）

必須フィールドは $schema と name の2つだけです。

{
  "$schema": "https://agent-plugins.org/schemas/1.0.0/plugin.schema.json",
  "name": "hello-plugin"
}

name は1〜64文字で、小文字英数字・ハイフン・ピリオドのみ。先頭と末尾のハイフン、連続ハイフンは使えません。任意フィールドとして version description author homepage repository license keywords extensions が定義されています。

エラー処理の方針も明確で、未知のトップレベルフィールドは報告した上で無視、型違反はプラグイン自体を拒否というルールです。

skills/（Agent Skills）

skills/ 直下のサブディレクトリに SKILL.md があれば1スキルとして認識されます。形式はAgent Skills仕様に準拠し、YAML frontmatterで name（必須）と description（必須・最大1024字）を指定します。任意で license compatibility metadata allowed-tools も設定でき、スキル配下に scripts/ references/ assets/ を持てます。

重要なのは不正なスキルはスキップされるだけで、プラグイン全体は拒否されないという点です。仕様では「コンポーネント単位の失敗境界」として規定されており、1つの不備で全体が動かなくなる事態を防いでいます。

mcp.json（MCPサーバー設定）

$schema（plugin.jsonと同一バージョン必須）と mcpServers（サーバー名→設定のマップ）で構成されます。対応トランスポートは3種類です。

環境変数のプレースホルダとして展開されるのは ${PLUGIN_ROOT} と ${PLUGIN_DATA} の2つのみです。個々のMCPサーバーが起動に失敗しても、他のコンポーネントはブロックされません。

mcp.jsonに書く中身そのものは既存のMCP設定と同じなので、「Claude CodeでMCPサーバーを導入する方法」や「GitHub MCPサーバーの使い方」の内容がそのまま流用できます。

対応クライアントと参加企業（2026年8月11日時点）

出典: Visual Studio Code 公式ドキュメント

対応状況は情報源によって食い違いがあるため、一次情報で確認できたものと報道ベースのものを分けて掲載します。

対応クライアントは短期間で増減する領域です。この表は2026年8月11日時点の情報であり、導入前に各クライアントの公式ドキュメントで再確認してください。

VS Codeでのインストール方法は2通りが公式に案内されています。1つは拡張機能ビューで @agentPlugins を検索してマーケットプレイスから入れる方法、もう1つはコマンドパレットの「Chat: Install Plugin From Source」でGitリポジトリURLを指定する方法です。

プラグインを供給する側（Producer）

規格に対応するのはクライアントだけではありません。大手クラウドベンダーが自社のスキル群をAgent Plugins形式で配り始めています。

AWS側のMCP対応の流れは「AWS MCPサーバーがGA、何ができるのか」でも触れています。対応クライアント側のツール比較は「AIコーディングツールおすすめ比較」「Kiroとは？Cursorとの違い」が参考になります。

Claude（Anthropic）は未対応？ — 実態を正確に整理

日本語圏の報道では「Claudeは未対応」という見出しが目立ちますが、「未対応＝使えない」ではありません。事実を分けて整理します。

事実として確認できること

• Anthropicは技術運営委員会（TSC）に参加していない
• Claude Code・Claude Coworkは、ローンチ時点の対応クライアント一覧に含まれていない
• 一方で、Agent Pluginsが内包するAgent Skills仕様も、参考にされた .claude-plugin 形式も、もともとAnthropic発である
• VS Code公式ドキュメントは、Claude形式のプラグインをレガシー互換フォーマットとして引き続きサポートすると記載している

実務上はClaude Codeでもプラグインが動く

Vercelの公式ドキュメントは、Vercel Pluginのサポート対象としてClaude Codeを明記しています（他にOpenAI Codex・Grok Build・Cursor・GitHub Copilot・Kimi Code）。GoogleのAgents CLIも、Antigravity・Gemini CLI・Claude Code・Cursorといった任意のAIコーディングエージェントで使えると案内しています。

これは、npx plugins add <owner>/<repo> 形式のCLIがインストール済みのエージェントを自動検出し、可搬フォーマットを各クライアントの形式に変換して配置するためだと報じられています。このCLI自体は仕様の一部ではありません（Agent Plugins仕様は配布方法を規定していない）。したがって「規格として非対応」と「実際に使えるかどうか」は分けて考える必要があります。

なぜAnthropicは参加していないのか

公式声明は確認できていません。海外メディアの分析では、Claude Codeがカスタムサブエージェント・フック・LSPサーバー・バックグラウンド監視など、可搬コアより広い機能セットを独自形式で持っており、「可搬だが最小限」より「プラットフォーム固有で機能が豊か」なほうに賭けている、という見立てが示されています。ただしこれはあくまで推測であり、公式見解ではない点に留意してください。

なお、Claude Code側は独自の公式マーケットプレイス（anthropics/claude-plugins-official）を運営しており、プラグイン数は200を超えると報じられています。Claude Code中心の運用をしている方は、当面そちらのエコシステムで困ることはないでしょう。

• Claude Codeの全体像は「Claude Codeとは？使い方・料金・できることを解説」
• 独自機能の代表例は「Claude Codeのサブエージェント活用ガイド」「Claude Codeのフック設定ガイド」

使い方 — 最小構成のプラグインを作って入れる

作る側の手順は驚くほど簡単です。2ファイルあれば成立します。

手順1: フォルダを作る

hello-plugin/
├── plugin.json
└── skills/
    └── summarize/
        └── SKILL.md

手順2: plugin.json を書く

{
  "$schema": "https://agent-plugins.org/schemas/1.0.0/plugin.schema.json",
  "name": "hello-plugin",
  "version": "0.1.0",
  "description": "議事録を社内フォーマットで要約するスキル"
}

手順3: SKILL.md を書く

---
name: summarize
description: 会議の文字起こしを、決定事項・宿題・期限の3項目に整理して要約する
---

# 議事録要約の手順

1. 文字起こしから発言者と発言内容を抽出する
2. 「決定事項」「宿題（担当者付き）」「期限」の3見出しに分類する
3. 各項目は1行で書き、推測を含めない
4. 判断がつかない発言は「要確認」として末尾にまとめる

手順4: MCPサーバーを足す場合は mcp.json を追加

{
  "$schema": "https://agent-plugins.org/schemas/1.0.0/mcp.schema.json",
  "mcpServers": {
    "example": {
      "type": "stdio",
      "command": "./bin/example-server",
      "args": ["--root", "${PLUGIN_ROOT}"]
    }
  }
}

手順5: クライアントに読み込ませる

VS Codeなら「Chat: Install Plugin From Source」でGitリポジトリを指定します。Vercel Pluginのようにnpm経由で配布されているものは npx plugins add <owner>/<repo> の形式で導入できます（このCLIは仕様外の配布ツールである点に注意）。

スキルの書き方そのものを詰めたい場合は「Claude Code Skillsの使い方ガイド」「SkillsとHooksの使い分け」を先に読むと理解が早くなります。

この規格が「決めていないこと」— v1.0のスコープ外

導入判断で最も重要なのは、仕様が意図的に決めなかった領域です。ここを知らずに社内展開すると、後から自前で穴を埋めることになります。

特に大きいのがコマンド・フック・サブエージェントがスコープ外であることと、署名・権限モデルがないことの2つです。

前者は、Claude Codeのフックやスラッシュコマンドに強く依存した運用をしている場合、Agent Plugins形式に移しても可搬になるのはスキルとMCP設定だけという意味になります。残りはクライアント固有の名前空間に置くしかなく、乗り換え先で動く保証はありません。

後者は企業導入に直結します。公開プラグインへの暗号署名、ファイル／ネットワークのアクセス制御、ユーザー承認フローは将来の拡張として議論されている段階で、現時点では未実装です。社内配布するなら自前のレビュー・配布ガバナンスが必要になります。

また、共通フォーマットにはなったものの、発見体験とマーケットプレイスは各プラットフォームが握るため「囲い込みは残る」という批判も出ています。この点は導入前に織り込んでおくべきでしょう。

セキュリティ上の注意点

出典: agentplugins/agent-plugins-spec (GitHub)

プラグインは実質的に「他人が書いたコードとMCP接続をまとめて自分の環境に持ち込むもの」です。仕様は安全側の規定をいくつか置いていますが、それだけでは足りません。

仕様が定めている安全側の規定

• パス封じ込め: 設定されたパスはすべてプラグインルート、または指定された PLUGIN_DATA 配下に解決されなければならない。外に出るパス（シンボリックリンク含む）は拒否される
• 環境変数の位置づけ: env の値は「パッケージに含まれる可視データであり、可搬なシークレット機構ではない」と明記。ヘッダや env に認証情報を書いてはいけない
• コマンド解決: ベア名はプラットフォームの実行ファイル検索規則、プラグイン相対パスはプラグインルート基準で解決される
• 失敗境界: 不正なスキルや起動に失敗したMCPサーバーは、その部分だけ落として他は動かす

利用者側で必須の運用

1. インストール前に mcp.json を開き、どのサーバーに、どのURLで接続するかを必ず確認する
2. skills/ 配下の scripts/ に実行ファイルが含まれていないか確認する
3. env や headers に秘密情報が直書きされているプラグインは使わない（そもそも仕様違反の使い方）
4. 業務環境では、社内レビューを通ったプラグインだけをミラーリポジトリから配布する
5. streamable-http のURLがHTTPSの正規ドメインか確認する（localhost以外のHTTPは仕様上不可）

v1.0に署名も来歴検証もない以上、「誰が作ったプラグインか」を人間が判断するしかないのが現状です。AIエージェント経由の権限事故は実例が積み上がっているので、「AIエージェントのセキュリティ対策ガイド」「AIエージェントによるデータ削除事故の事例」も併せて確認しておくことをおすすめします。

費用はかかる？ライセンスは？

Agent Plugins自体に料金は一切かかりません。 仕様であって製品ではないため、料金ページも存在しません。

コストが発生するのは「プラグインの中身」側です。具体的には、MCPサーバーが呼び出す外部APIの利用料、プラグインを読み込むクライアント本体の有料プラン（GitHub Copilot、Cursor、ChatGPTなど）、モデル利用料などが該当します。規格そのものが課金対象になることはありません。

こんな人におすすめ

Agent Pluginsを今から積極的に使うべきなのは、次のようなケースです。

おすすめしない人・急ぐ必要がない人

今すぐ作るべきか、待つべきか — 判断の目安

「規格ができた」と「今すぐ移行すべき」は別の話です。次の順で判断すると迷いにくくなります。

1. 配るスキルが複数クライアントで使われるか？ — 使われないなら現状維持で問題ありません
2. 可搬にしたい中身はスキルとMCP設定に収まるか？ — フックやサブエージェントが本体なら、v1では効果が限定的です
3. 配布経路を自前で用意できるか？ — レジストリは規格外なので、GitHubリポジトリなど配布先を自分で決める必要があります
4. セキュリティレビューの体制があるか？ — 署名がない以上、人的レビューが唯一の防衛線になります
5. 1〜4がすべてYesなら、最小構成（plugin.json + SKILL.md）から作り始めるのが最短です

外部にスキルを配布するベンダー側は早めに対応する価値があります。一方、社内利用のみで単一クライアント運用なら、コマンド・フックが標準に取り込まれる将来版を待ってから移行しても遅くありません。

よくある質問

Q. MCPサーバーを持っていないとプラグインは作れませんか？

いいえ。skills/ だけ、あるいは mcp.json だけのプラグインも有効です。クライアント側もスキルとMCPサーバーのどちらか一方をサポートすればよいと規定されているため、スキルだけのプラグインが読み込めないクライアントも理論上は存在し得ます。配布時は対象クライアントの対応コンポーネントを確認してください。

Q. 1つのプラグインに複数のスキルを入れられますか？

入れられます。skills/ 直下に SKILL.md を持つサブディレクトリを並べるだけです。AWS Agent Toolkitのように30以上のスキルを複数プラグインに分けて配る例もあります。粒度の目安は「同時に有効化したいものは同じプラグインに、用途が独立するものは分ける」です。

Q. プラグインのバージョン管理や自動更新はどうなりますか？

plugin.json の version は任意フィールドとして定義されていますが、更新の配信方法や自動アップデートの仕組みは仕様に含まれていません。GitHubのタグやnpmなど、配布経路側の仕組みに依存します。

Q. 対応していないクライアントにプラグインを入れるとどうなりますか？

規格を実装していないクライアントは、そのフォルダを単なるファイル群として扱うだけで、読み込みは行われません。逆に、対応クライアントが自分の知らない拡張名前空間（com.example.client/ など）を見つけた場合は、その部分を無視して残りを読み込みます。

Q. Agent PluginsはA2AやIETFの標準化とどう関係しますか？

直接の関係はありません。エージェント発見の標準はIETFのDAWN WGで議論が続いており、A2A（Agent2Agent）はAAIFに統合されました。Agent Pluginsはそれらの合意形成を待たず、梱包という限定領域だけ先に出荷した位置づけです。エージェント間連携の規格については「A2Aプロトコルとは」を参照してください。

Q. Agent SkillsをMCPサーバーに同梱する方式とは何が違いますか？

AAIFプロジェクトの「Skills Over MCP」は、スキルをMCPサーバー自体に埋め込んで配る方式です。Agent Pluginsは梱包に特化し、発見と配布はプラットフォーム任せにしている点が異なります。両者は排他ではなく、目的に応じて選ぶ形になります。

まとめ

Agent Plugins 1.0.0は、Agent SkillsとMCPサーバー設定を1つのフォルダにまとめて可搬にするための、無料のオープン規格です。MCPを置き換えるものではなく、既存の2つの規格の上に載る「箱」の標準化にあたります。

押さえておくべき要点は3つです。

1. 層が違う — MCPは接続、Agent Skillsは手順、Agent Pluginsは梱包。競合関係にはない
2. 対応範囲は最小限 — 可搬になるのはスキルとMCP設定だけ。コマンド・フック・サブエージェントはv1のスコープ外
3. 信頼はまだ人任せ — 署名・来歴・権限モデルが未実装のため、インストール前に mcp.json と skills/ を読む運用が前提

対応クライアントとプラグイン供給元は今後も増えていく領域です。対応状況は2026年8月11日時点のものであり、導入前には各公式ドキュメントで最新の状態を確認してください。

次に読むと理解が深まる記事

• MCPとは？仕組み・できること・導入方法をわかりやすく解説
• Claude Code Skillsの使い方ガイド
• AIエージェントとは？仕組み・種類・活用例をわかりやすく解説
• AIエージェントのセキュリティ対策ガイド
• AIエージェントおすすめ比較