Agent Plugins 1.0を解説|主要ベンダー横断のAIエージェント拡張規格と選定ポイント

Vercelは2026年8月6日、Agent Plugins Specification 1.0.0を公開しました。AIエージェント向けの拡張機能を、複数の製品へ配布しやすくする標準仕様です。

発起人はVercelです。AWS・Anysphere(Cursor)・Microsoft・OpenAIもfounding TSCコアメンテナとして参加しました。

同日、Googleも6社目のコアメンテナとしてTSCに合流しています。

Agent SkillsとMCPサーバー設定を、ディレクトリ単位のプラグインにまとめる点が特徴です。複数のAIコーディングツールを使う企業では、対応範囲と固有機能を分けて選ぶ必要があります。

※本記事は2026年8月24日時点の情報です。

Agent SkillsとMCP設定を複数クライアントへ配布する流れ
2つの拡張要素をまとめて複数クライアントへ配布する

Agent Plugins 1.0とは|AIエージェント拡張を配布する標準

Agent Pluginsのディレクトリと3つの主要ファイルの構成
マニフェストと2種類の拡張設定を一つにまとめる

Agent Plugins Specification 1.0.0は、AIエージェントを拡張する再利用可能な部品を配布可能なプラグインにまとめる仕様です。

仕様の定義では、オープンでベンダー中立な標準とされています。特定のAIエージェント製品だけに閉じない拡張の共通形式を目指すものです。

プラグインは、単一のファイルシステム上の場所をルートとするディレクトリとして定義されます。zipやGitリポジトリなど、具体的な配布形式は仕様で固定されていません。

そのため、Agent Plugins 1.0はアプリストアの規格ではありません。仕様に沿ったディレクトリを、各クライアントが適切な方法で取り込む設計です。

ポイント

Agent Plugins 1.0は、AIエージェントの拡張部品をディレクトリ単位で配布する、オープンでベンダー中立な標準仕様です。具体的な配布方式はクライアント実装に委ねられています。

公開主体と参加企業|5社のfounding TSCにGoogleが合流

Vercel発起人と5社のfounding TSCにGoogleが加わる構図
5社のfounding TSCにGoogleが同日合流した

Agent Plugins 1.0は、GitHub Organizationのagentpluginsで仕様書やスキーマ、技術憲章などが公開されています。

founding TSCコアメンテナは5社

初期の技術運営委員会(TSC)には、foundingコアメンテナがいます。

  • AWS
  • Anysphere(Cursor)
  • Microsoft
  • OpenAI
  • Vercel

Vercelは発起人であり、Jonathan HefnerがLead Core Maintainerを務めています。

Anysphere(Cursor)もfounding 5社の一社です。参加企業の構図は、企業名と役割を分けて確認しましょう。

Googleは同日に6社目として参加

Googleは2026年8月6日、TSCにコアメンテナとして参加すると発表しました。Google側の代表者はGoogle DeepMindのKevin Houです。

つまり、5社のfounding TSCコアメンテナに、Googleが同日6社目として加わった構図です。仕様の意思決定はコンセンサスを基本とし、必要な場合はTSCメンバーの投票で進めます。

ポイント

正確な参加構図は、Vercelが発起人、AWS・Anysphere(Cursor)・Microsoft・OpenAI・Vercelがfounding TSCの5社、Googleが同日合流した6社目です。Googleをfounding 5社に含めない整理が必要です。

仕様の中身|Agent SkillsとMCP設定を一つのプラグインに

MCPの通信仕様とAgent Pluginsの配布層の役割分担
MCPを置き換えず設定を配布する層として機能する

Agent Plugins 1.0の中心は、Agent SkillsとMCPサーバー設定を同じプラグインに含められることです。二つの要素は独立しており、組み合わせて利用できます。

構成要素仕様上の配置・役割
plugin.jsonプラグイン名などを記述するマニフェスト
Agent Skillsskills/<skill-name>/SKILL.mdに配置するスキル
MCPサーバー設定固定ロケーションmcp.jsonに配置する接続設定

plugin.jsonでは、スキーマと名前が必須です。名前は1〜64文字で、小文字の英数字、ハイフン、ピリオドだけを使います。

仕様は未知のトップレベルフィールドをエラーにせず、無視または報告する設計です。標準の基本情報を保ちつつ、クライアント固有の拡張余地を残しています。

MCPとの関係はパッケージング層

Agent Pluginsは、MCPの上位互換でも置き換えでもありません。

MCPのワイヤー動作やライフサイクルの意味は、MCP仕様が定義するものとして扱います。

Agent Pluginsが担うのは、MCPサーバー設定を配布可能なパッケージにまとめる層です。MCPを使う企業は、通信仕様と配布形式を分けて整理できます。

ポイント

Agent Plugins 1.0はMCPの通信仕様を変更せず、Agent SkillsとMCPサーバー設定をまとめるパッケージング層です。skills配下のSKILL.mdとmcp.jsonを、独立した要素として組み合わせます。

対応クライアントとGA|公開時点の6種、GitHubは8月12日に一般提供

仕様公開時点の2026年8月6日には、6クライアントが対応済みとされました。

  • ChatGPT
  • Codex CLI
  • Cursor
  • GitHub Copilot
  • VS Code
  • Kiro(AWS)

対応したのは、ChatGPT・Codex CLI・Cursor・GitHub Copilot・VS Code・Kiro(AWS)です。

GitHubは2026年8月12日、4製品で一般提供(GA)を発表しました。

対象はVS Code、Copilot CLI、GitHub Copilot SDK、GitHub Copilot appです。全Copilotプランで利用できると案内しています。

GitHub固有の機能はcom.github.copilot/ネームスペースに置く設計です。共通仕様とGitHub固有機能を分けることで、他クライアントとの互換性を保つ考え方が分かります。

Googleも、Agents CLIとData Agent Kitで対応を始めました。Google CloudのデータサービスをAIコーディングエージェントへ接続する展開も示されています。

ポイント

公開時点では6クライアントが対応済みで、GitHubは8月12日に4製品でGAを発表しました。対応製品数だけでなく、共通部分と各社固有機能の範囲を確認することが重要です。

企業の選定ポイント|移植性とベンダーロックインを分けて考える

複数のAIコーディングツールを使う企業では、社内スキルやデータ接続の設定を一度まとめ、複数クライアントへ展開できる可能性があります。

たとえば、社内標準の作業手順をAgent Skillsにし、自社データへ接続する設定をMCPサーバーとして管理する方法です。これは仕様の目的に沿った活用イメージです。

最初に、複数クライアントで共通して使いたい作業と、製品に依存する作業を分けます。移植対象を先に絞ると、導入後の確認項目も整理しやすくなります。

そのうえで、更新のたびに共通部分と固有部分を確認します。標準の採用は、製品選定だけでなく社内の保守単位を決める材料にもなります。

共通化できる範囲を棚卸しする

Agent Plugins 1.0が標準化する対象は、Agent SkillsとMCPサーバー設定です。コマンド、フック、エージェント定義などは、クライアント固有の仕様として残ります。

  • 共通候補:Agent SkillsとMCPサーバー設定
  • 個別確認:コマンド、フック、エージェント定義
  • 運用確認:各クライアントでの取り込み方法と更新管理

ベンダー固有機能の依存を点検する

対応を表明する製品でも、実際の移植性が共通部分に限られる場合があります。

ベンダー固有のネームスペースに重要機能が集まると、ロックインや分断が別の場所へ移る懸念があります。

選定時は、共通仕様だけで動く部分と、特定クライアントに依存する部分を一覧化しましょう。標準対応という表示だけで、完全なポータビリティと判断しないことが大切です。

  • 共通仕様だけで動く機能
  • 特定クライアントに依存する機能
  • 更新時に互換性を確認する機能

仕様は1.0.0が公開版ですが、1.1.0の草案作業も進んでいます。導入時はバージョン、更新通知、互換性確認の担当を決めておくと運用しやすくなります。

MCP仕様改定を確認すると、通信や連携の前提を整理できます。複数ツールの運用設計では、AWS Kiro Crewのような個別基盤との役割分担も確認してください。

ポイント

選定では、Agent SkillsとMCP設定の移植性、コマンドやフックなど固有機能の依存、更新管理を分けて評価します。対応製品の多さだけでなく、どこまで共通化できるかを確認しましょう。

よくある質問(FAQ)

Q. Agent Plugins 1.0は何を標準化しますか?

Agent SkillsとMCPサーバー設定を、ディレクトリ単位の配布可能なプラグインへまとめる形式です。MCPのワイヤー動作やライフサイクルは置き換えません。

Q. founding TSCコアメンテナはどの企業ですか?

初期の5社はAWS・Anysphere(Cursor)・Microsoft・OpenAI・Vercelです。Vercelが発起人で、Googleは2026年8月6日に6社目として合流しました。

Q. 仕様公開時点で対応していたクライアントは?

ChatGPT、Codex CLI、Cursor、GitHub Copilot、VS Code、Kiro(AWS)の6クライアントです。

Q. Agent PluginsとMCPはどう違いますか?

MCPはワイヤー動作やライフサイクルの意味を定義します。Agent PluginsはMCPサーバー設定をmcp.jsonにまとめ、Agent Skillsと一緒に配布するパッケージング層です。

まとめ

Agent Plugins 1.0は、Agent SkillsとMCPサーバー設定をまとめる、ベンダー中立の標準仕様です。

Vercelが発起人となり、5社のfounding TSCにGoogleが加わりました。

企業が見るべき点は、対応クライアントの数だけではありません。共通仕様で移植できる範囲と、コマンドやフックなど製品固有の範囲を分けて棚卸しすることが重要です。

ポイント

Agent Plugins 1.0は移植性を高める土台ですが、すべての拡張機能を共通化する規格ではありません。標準部分とベンダー固有部分を分けて評価することが、ロックイン回避につながります。

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。