MCP HubMCP Hub
POST·AGENTP

Agentプラグイン vs Agentスキル vs MCPサーバー:違いを明確に解説

AIMCP Teamon 23 days ago · 1 min read

Agentプラグイン vs Agentスキル vs MCPサーバー:違いを明確に解説

エージェントエコシステムでは新しいフォーマットが次々と生まれ、名称が混同されがちです:Agentスキル、MCPサーバー、Agentプラグイン。これらは競合するのでしょうか?それとも補完関係にあるのでしょうか?ここでは明確なメンタルモデルを提供します。

要約

  • MCPサーバーは、エージェントが外部ツールやデータを呼び出すためのプロトコルです。通信形式とライフサイクル契約を定義します。
  • Agentスキルは、エージェントが使用できる指示、スクリプト、参考資料をパッケージ化するファイル形式です。
  • Agentプラグインは、スキルとMCPサーバーを1つの配布可能な単位にまとめるパッケージング標準です。

これらは異なるレイヤーに位置します。Agentプラグインは3つ目のコンポーネントタイプではなく、他の2つを運ぶ「箱」なのです。

MCPサーバー:通信による機能提供

Model Context Protocolは、エージェントがツール、リソース、プロンプトを公開するサーバーに接続する方法を定義します。これは「エージェントはこの機能とどう通信するか?」という問いに答えます。

  • トランスポート:stdio、Streamable HTTP、レガシーHTTP+SSE
  • 最適な用途:ライブな外部機能(データベース、API、ブラウザ自動化、実行時状態を持つもの全般)
  • コスト:サーバーを自身で実行するか、ホストされているサーバーに接続する必要があります

MCPは接続に関するものであり、配布については何も定義しません。サーバーがどのようにパッケージ化され、宣伝され、インストールされるかについては言及していません。

Agentスキル:指示とファイル

Agentスキル(Agent Skills仕様に準拠)は、SKILL.mdファイル(フロントマターのメタデータとマークダウン指示)と、オプションのscripts/references/assets/フォルダを含むディレクトリです。

  • 最適な用途:エージェントが従うべき手順的知識(ワークフロー、ガイドライン、プロンプト、小さなスクリプト)
  • 実行時サーバーは不要:エージェント自身が指示を実行します
  • 配布が課題でした:各クライアントが独自のスキル発見・インストール方法を持っていました

Agentプラグイン:ポータブルなパッケージ

Agentプラグイン(v1.0.0)はパッケージ形式を定義します:plugin.jsonマニフェストと固定されたコンポーネント配置(Agentスキル用のskills/、MCPサーバー用のmcp.json、クライアント拡張用の逆ドメインディレクトリ)です。

  • 最適な用途:一貫したツールセットの配布(「このプラグインは要約スキル検索サーバーをエージェントに提供します」)
  • 準拠するすべてのクライアントが読み込める単一のレイアウト:クライアントごとの再パッケージングは不要
  • Amazon、Cursor、Microsoft、OpenAI、Vercelを含む運営委員会によって支持されています

それぞれの使用場面

あなたがしたいこと... 使用するもの
エージェントに段階的なノウハウを与える Agentスキル(またはプラグイン内のスキル)
エージェントをライブサービスに接続する MCPサーバー
多くのクライアントに既製の機能バンドルを提供する Agentプラグイン
特定のクライアントにスタンドアロンスキルを共有する そのクライアントのネイティブ形式(ただし移植性のためにはプラグインを推奨)

実践的なパターン:コンポーネントをスキルとMCPサーバーとして作成し、Agentプラグインとして配布する。

なぜ今これが重要なのか

断片化が常態でした:あるクライアント用にパッケージ化されたプラグインは、別のクライアントが使用する前に調整が必要でした。Agentプラグインは最小限の相互運用性の基盤を確立します。共通コンポーネントは予測可能な構造を使用し、配布、権限、クライアント固有の機能は各クライアントの管理下に残ります。

エコシステムは急速に進化しています:仕様は公開されており、提案はGitHub Discussionsから始まり、すでに数千のリポジトリが公式スキーマを参照しています。AIMCPのAgentプラグインディレクトリのようなディレクトリは、エントリーを公式JSONスキーマに対して検証し、複数言語で要約し、ソースにリンクを戻します。これにより、発見がパッケージングと同じくらい標準化されています。

結論

MCPはプロトコル、スキルはコンテンツ、プラグインはパッケージです。今日エージェントコンポーネントを構築しているなら、最も効果的な方法は、それらをスキルとMCPサーバーとして一度作成し、Agentプラグインとして配布し、互換性のあるすべてのクライアントがそのまま読み込めるようにすることです。