MCPもSkillsも作ったAnthropicがいない Agent Plugins規格の意味

AIエージェント業界に、また新しい規格ができました。

2026年8月6日、VercelがAgent Plugins 1.0.0を発表しています。AIエージェントの拡張機能を、どのツールでも同じ形で持ち運べるようにするための共通規格です。Vercelが提案し、AWS、Anysphere(Cursorの開発元)、GitHub、Microsoft、OpenAIが加わって仕様をまとめました。Googleも同日に自社ブログでコアメンテナとしての参加を表明しています。

発表と同時に対応したのは、ChatGPT、Codex、Cursor、GitHub Copilot、Kiro、VS Code。主要どころがほぼ揃っています。

ただ、この顔ぶれを見て引っかかった方もいると思います。規格の中身であるMCPもSKILL.mdも、どちらもAnthropicが世に出したものです。それなのに、Anthropicの名前がどこにもない。

これは決別なのか。Claudeだけが独自路線へ分かれていくのか。調べてみると、答えはもう少し込み入っていました。

規格の中身は驚くほど薄い 必須項目はたった2つ

まず、何が決まったのかを見ます。Agent Pluginsが中心的に定義しているのは、フォルダの構成と、それを各クライアントが同じように読み取るための最小限のルールです。

my-plugin/
├── plugin.json          # マニフェスト
├── skills/
│   └── code-review/
│       └── SKILL.md     # AIに覚えさせる手順書
├── mcp.json             # 外部ツールへの接続設定
└── com.example.client/  # 各社が勝手に使ってよい領域

plugin.json に必須の項目は、仕様によれば $schema と name のたった2つ。バージョンも説明文も作者名も、全部あってもなくてもいい。

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

薄い。正直、これを「規格」と呼ぶのかと最初は思いました。

でも、この薄さこそが狙いです。Vercelは発表で、拡張機能を作る側がぶつかっていた問題をこう書いています。同じスキルやMCPサーバーなのに、クライアントごとに求められるメタデータの形も、探しに行くフォルダの位置も、MCPの設定方法も違う。だから作者は同じものを何度も作り直していた、と。

つまり困っていたのは中身ではなく、置き場所だったわけです。

共通化されたのは中身ではなく、置き場所だった

ここが今回のいちばんの勘所なので、少し丁寧に書きます。

MCPのプロトコルと、Agent Skillsの標準部分は、すでに複数のAIツールで共通化されていました。 今回はじめて共通になったわけではありません。

MCPは、AIから外部のツールやデータにつなぐための接続規格です(この仕組み自体についてはMCPサーバーとWebMCPの違いで書きました)。SKILL.mdは、AIに業務手順を覚えさせるための書式です。この2つは、すでにChatGPTでもClaudeでもCursorでもCopilotでも標準部分を共通して利用できます。

「標準部分」と限定しているのには理由があります。AnthropicはClaude Codeのドキュメントで、Claude CodeのスキルはAgent Skillsのオープン標準に従いつつ、呼び出し制御、サブエージェントでの実行、動的なコンテキスト注入といった独自の拡張を足している、と明記しています。SKILL.mdなら何から何まで完全に同じ、ではない。持ち運べるのは標準の範囲まで、というのが正確なところです。

では今回何が変わったのか。その2つを1つのフォルダにまとめるときの、置き方が決まったという話です。

引っ越しに例えるなら、中身の家具は標準サイズのものが多かった。今回決まったのは段ボールの詰め方です。地味ですが、詰め方がバラバラだと引っ越しのたびに全部出して詰め直すことになる。Googleは自社ブログでこれを、パッケージングは地味な土台仕事であり、地味な土台仕事こそ5回も作り直すのではなく共有すべきだ、という趣旨で書いています。

土台の2つはすでにClaude専用ではなくなっている

そこで冒頭の疑問に戻ります。作った当人が入っていないのは、決裂を意味するのか。

事実を並べると、そうは見えません。MCPは2025年12月9日に、Anthropic自身の手でLinux Foundation傘下へ寄贈されています。 Anthropicの発表によれば、Agentic AI Foundationという新しい組織の共同設立者はAnthropic、Block、OpenAIの3社。GoogleやMicrosoft、AWS、Cloudflareも支援に回っています。MCPをオープンソースかつベンダー中立に保つため、というのが理由です。

Agent Skillsのほうは、財団への移管という形はとっていません。Anthropicが作った書式をオープン標準として公開し、いまはagentskills.ioで仕様が公開され、外部からの提案も受け付けている、という状態です。対応をうたうAIツールやエージェントクライアントは、Claude Code、ChatGPT、Cursor、Gemini CLI、GitHub Copilot、Gooseをはじめ多数にのぼります。

つまり、MCPはLinux Foundation傘下へ移り、Agent SkillsもAnthropicがオープン標準として公開している。ガバナンスの形は同じではありませんが、どちらもすでにClaudeだけのための閉じた仕様ではありません。Agent Pluginsはその2つを前提に、上から包み紙をかぶせただけ。土台が割れたわけではないのです。

標準から外れたのは、Claude Codeが多く持っている拡張部分

では、なぜAnthropicは入らなかったのか。公式のコメントは見つかりませんでした。各社の発表もヘルプもリリースノートも当たりましたが、この件に触れたAnthropicの文書はありません。ここから先は推測になります。

ただ、仕様の中身を突き合わせると、かなり素直な説明がつきます。

Agent Plugins 1.0.0は、commands、hooks、agents、rules、LSPサーバーを意図的に対象外にしています。 理由として仕様が挙げているのは、クライアント固有すぎる、という一点です。配布方法、インストール、権限、UXも同様に各クライアント任せになっています。

そして、この除外リストが、そのままClaude Codeのプラグインが積んでいるものと重なります。Claude Codeのプラグイン仕様と並べるとこうなります。

構成要素	Agent Plugins 1.0.0	Claude Code
マニフェスト	plugin.json(ルート直下)	.claude-plugin/plugin.json
スキル	skills/<名前>/SKILL.md	skills/<名前>/SKILL.md
MCP設定	mcp.json	.mcp.json
サブエージェント	対象外	agents/
フック	対象外	hooks/hooks.json
LSPサーバー	対象外	.lsp.json
常駐モニター	対象外	monitors/monitors.json
実行ファイル	対象外	bin/

スキルの置き場所だけは完全に一致しています。一方でMCP設定は、ドットが1つあるかないかで別物になる。そして下半分は、そもそも規格に存在しません。

Claude Codeのマニフェストは省略もできて、その場合は既定の場所を自動で探しに行く仕様になっています。仕様どおりなら、Agent Plugins形式のフォルダを渡してもスキルの部分は拾えるはずです。ただしマニフェストとMCP設定は名前が違うので素通りされ、フックやサブエージェントは最初から入っていない。

念のため書いておくと、これはディレクトリ仕様を突き合わせた上での推測です。Claude CodeがAgent Plugins 1.0.0への互換対応を表明しているわけではありません。

排除されたのでも、独自路線を選んだのでもなく、標準化できる最小公倍数を切り出したら、Anthropicが持っているものの多くがそこに入りきらなかった。 少なくとも技術的には、そう見えます。

規格に入らなかったところが、ツール選定では効く

この「入らなかったリスト」は、実務では他人事ではありません。

規格の当事者であるGoogleが、今回の規格が決めていないものを自社ブログではっきり列挙しています。v1はパッケージ形式であってそれ以上ではなく、インストールの仕組みも、配布プロトコルも、権限モデルも、サンドボックスの要件も、署名や出所の検証も、UXも定義していない、と。しかもこれらは黙って省いたのではなく、今後の検討事項として公開している、とも書いています。

正直なところ、ここまで自分で列挙するのは誠実だと思います。同時に、企業側から見ればこの一覧がそのまま宿題になります。AIツールを選ぶとき、実際に聞かれるのは次のような点だからです。

• そのプラグインは誰が作ったものか、署名や出所は確認できるか
• 何のファイルにアクセスでき、どこまでコマンドを実行できるのか
• 社内の誰が入れてよくて、誰が止められるのか

このどれも、Agent Plugins 1.0.0は決めていません。全部クライアント任せです。規格に対応していることと、安全に配れることは別だと考えておいたほうがいい。プラグインは実行可能な振る舞いをAIに持ち込むものなので、シャドーAIと同じ構図の話でもあります。

Xでも、歓迎の声と並んで同じ角度の指摘が目立ちます。ポータビリティはパッケージングだけの話ではない、権限も実行時の振る舞いも依然クライアント依存だ、という声です。仕様の側も、まずは小さな相互運用の土台を敷く、という位置づけを明示しています。信頼と権限の層は、次の議論になるのでしょう。

いま社内でやるなら、ノウハウをSKILL.mdで書き溜めておく

規格の話は規格の話として、中小企業がここから引き出せる実務的な結論は1つです。

社内の業務ノウハウは、いまからSKILL.md形式で書き溜めておくと無駄になりません。

理由は単純で、SKILL.mdはもう多くのAIツールが読める共通の書式だからです。今回の合意で、それをまとめて配る器も決まった。使っているAIツールを来年乗り換えたとしても、書いた手順書はそのまま持っていけます。少なくとも標準の範囲は残る、ということです。

私たちがAI導入のご支援に入るとき、最初にやるのはツールの選定ではありません。現場の方に、毎回やっている面倒な作業を聞き取ることから始めます(生成AIの活用方法がわからない理由で書いたとおりです)。そこで出てきた手順を文章に落とす作業は、どのツールを選ぶかと関係なく進められる。むしろ、ツールを決める前にやっておいたほうがいい部分です。

書き方はごく普通のMarkdownで、先頭に名前と説明を書くだけです。

---
name: quotation-check
description: 見積書の内容を確認する。金額の桁、消費税の計算、
  納期の記載漏れをチェックするときに使う。
---

1. 金額の桁が1桁ずれていないか確認する
2. 消費税が税率どおりに計算されているか確認する
3. 納期の記載があるか確認する
...

これだけです。特別なツールも、エンジニアも要りません。Claude Skillsで業務を覚えさせるとCowork Record a skillに、もう少し具体的な作り方を書いています。

まとめ 規格が動いても、資産の作り方は変わらない

今回の発表を短くまとめると、こうなります。

• 決まったのは、スキルとMCPを1つのフォルダにまとめるときの置き方
• 中身の2つは、標準部分についてはもともと複数のAIツールで共通だった
• MCPは2025年12月にLinux Foundation傘下へ移り、Agent Skillsもオープン標準として公開されている。ガバナンスの形は違うが、どちらもClaude専用の仕様ではない
• Anthropicは規格の運営に入っていないが、公式の理由は語られていない
• フック、サブエージェント、権限、配布、署名は規格の対象外で、ここは各ツール固有のまま

「Claudeが枝分かれしていくのか」という問いへの現時点の答えは、土台では分かれていない。分かれたのは、その上の包み方の層、というあたりに落ち着きます。

次に観察すべきは、Anthropicが対応を表明するかどうかより、署名や権限といった信頼まわりを誰が決めにいくかのほうだと考えています。プラグインを社内に配れるかどうかは、最終的にそこで決まるので。

そして、その議論が決着するのを待つ必要はありません。手順書を書き溜めておく作業は、規格がどう転んでも残ります。