Agent Plugins 1.0は「新しいAI団体」なのか――Anthropic不在とff-dev-toolkitから読み解く共通規格

Amazon、Cursor、Microsoft、OpenAI、Vercelのコアメンテナーが参加するAgent Plugins 1.0。その正体は新団体ではなく、AIエージェントの拡張機能を持ち運ぶための共通規格です。Anthropicが初期TSCにいない理由を断定せず、Claude独自のプラグイン構成と、フィールフロウのff-dev-toolkitの実践から読み解きます。

著者
岡崎 太
CTO / AIアーキテクト
公開日
読了時間
9分で読めます
Share

「Amazon、Cursor、Microsoft、OpenAI、Vercelが、AIエージェントのための新しい団体を発足したらしい」——Agent Pluginsのサイトを見ると、そう受け取る方もいるかもしれません。

ただ、一次情報をたどると、少し違う景色が見えてきます。

Agent Pluginsは、企業連合や財団の名称ではありません。AIエージェントの拡張機能を、異なる製品の間で持ち運びやすくするためのオープンでベンダー中立なパッケージ仕様です。2026年7月にSpecification 1.0.0が公開され、初期Technical Steering Committee(TSC)には5社に所属するコアメンテナーが参加しています。

そして、ここで気になるのがAnthropicの不在です。Claude Codeはすでに独自のプラグイン機構を持ち、Agent SkillsやMCPもAnthropicから生まれました。なぜ、そのAnthropicが初期TSCや対応クライアント一覧に入っていないのでしょうか。

この記事では、確認できる事実と私たちの見立てを分けながら、Agent Plugins 1.0の狙い、Anthropicとの関係、そしてフィールフロウがApache License 2.0で公開するff-dev-toolkitとの接点を整理します。

先に結論:発足したのは「企業団体」ではなく、共通仕様プロジェクト

今回の動きを表すなら、「AI企業が団体を発足した」よりも、次の表現が正確です。

Amazon、Cursor、Microsoft、OpenAI、Vercelのコアメンテナーが初期運営に参加する、Agent Plugins 1.0というオープン仕様プロジェクトが公開された。

Agent Pluginsのガバナンス文書では、TSCの役割は企業ではなく個人が持ち、特定企業に予約席はなく、1社がコアメンテナーの過半数を占めてはならないと定めています。現時点のコアメンテナーは、Amazon、Cursor、Microsoft、OpenAI、Vercelに所属する5名です。

つまり、企業が会員になる業界団体というより、複数ベンダーの実装者が共同で技術仕様を管理するコミュニティプロジェクトです。

なお、AIエージェント分野には別に、Linux Foundation傘下のAgentic AI Foundation(AAIF) があります。こちらは2025年12月にAnthropic、Block、OpenAIが共同設立し、AnthropicはMCPを創設プロジェクトとして寄贈しました。名前も参加企業も近いため混同しやすいのですが、AAIFの発足とAgent Plugins 1.0は別の動きです。

Agent Plugins 1.0が揃えるもの、あえて揃えないもの

Agent Plugins 1.0の目的は、すべてのAIエージェント製品を同じにすることではありません。共通化する範囲を小さく切り出し、「ここまでは同じ形で持ち運べる」という最低線を作ることです。

基本構成は、とてもシンプルです。

my-plugin/
├── plugin.json
├── skills/
│   └── summarize/
│       ├── SKILL.md
│       ├── scripts/
│       └── references/
├── mcp.json
└── com.example.client/
    └── hooks/
  • plugin.json:プラグインの名前と対象仕様バージョン
  • skills/:Agent Skills仕様に沿った、再利用可能な手順・知識・スクリプト
  • mcp.json:MCPサーバーの起動方法や接続先
  • リバースドメイン形式のディレクトリ:製品固有の拡張

一方、マーケットプレイス、配布、インストール、権限管理、ユーザーインターフェースは共通仕様の外に置かれています。公式サイト自身が、Agent Pluginsは「小さな相互運用の床」を定義するものだと説明しています。

この割り切りが重要です。たとえば、同じSKILL.mdとMCP設定を複数製品で読めるようにしつつ、各製品は独自の承認画面、サンドボックス、フック、サブエージェント、配布方法を進化させられます。

2026年8月10日時点の対応クライアント一覧には、VS Code、Cursor、GitHub Copilot、ChatGPT & Codex、Kiro、Hermes Agent、OpenClawが掲載されています。ただし、対応する部品やMCPトランスポートは製品ごとに異なります。「1つ作れば、全製品で全機能が同じように動く」という意味ではありません。

Anthropicがいないのは、遅れているからではない

確認できる事実は二つです。

  1. Anthropicは、Agent Pluginsの初期TSCメンバー一覧に入っていない
  2. Claude Codeも、現時点の対応クライアント一覧には掲載されていない

しかし、これだけで「Anthropicは標準化に消極的」「Claudeは互換性で遅れている」と結論づけることはできません。むしろ、Agent Plugins 1.0を構成する二つの中核要素は、Anthropicが先行して育ててきたものです。

Agent SkillsはAnthropicから生まれた

Anthropicは2025年10月にAgent Skillsを発表し、同年12月にはクロスプラットフォーム向けのオープン標準として公開しました。現在のAgent Skills仕様も、Anthropicが原型を開発したと明記しています。

Agent Plugins 1.0のskills/は、このAgent Skills仕様をそのまま共通部品として採用しています。

MCPもAnthropicから生まれ、現在はAAIFへ

MCPは2024年11月にAnthropicが公開した、AIアプリケーションと外部ツール・データをつなぐオープンプロトコルです。その後、AnthropicはMCPをLinux FoundationのAAIFへ寄贈しました。

Agent Plugins 1.0のmcp.jsonは、MCPサーバーをプラグインと一緒に配布するための共通設定を定めています。ここでも、Anthropic発の技術が仕様の土台にあります。

Claudeのネイティブプラグインは、共通仕様より広い

Anthropicが運営するClaude Code Pluginsの公式ディレクトリを見ると、.claude-plugin/plugin.json.mcp.jsonskills/に加えて、agents/commands/hooks/workflows/などを組み合わせたプラグインが提供されています。

ここから言えるのは、Claudeのプラグイン構成がAgent Plugins 1.0より広い範囲を扱っているということです。一方で、ファイルの置き場所やマニフェスト形式はAgent Plugins 1.0と同一ではありません。

Anthropicが初期TSCに入っていない理由について、公式な説明は確認できませんでした。そのため、「独自形式がすでに進化しているから参加しなかった」と断定するのは避けるべきです。

ただし、私たちの見立てとしては、今回の不在を「遅れ」と見るよりも、AnthropicはすでにAgent SkillsとMCPという共通部品を生み出し、その上でClaude固有のより広い拡張層を運用していると捉える方が、確認できる事実に合っています。今後ClaudeがAgent Pluginsの共通パッケージ形式を直接読むのか、変換や互換レイヤーでつなぐのかは、引き続き注目すべき点です。

フィールフロウのff-dev-toolkitは「共通コアの先」を実装している

フィールフロウでは、AI仕様駆動開発(AI-SDD)の公式実装としてff-dev-toolkitを公開しています。ライセンスはApache License 2.0です。

2026年8月10日時点のv0.27.0には、次の要素が含まれます。

  • 仕様策定、Issue精緻化、影響度評価、マージ前後のゲート、ACEによる知見蓄積などを扱う20個のAgent Skills
  • プロジェクトの仕様文書を検索・参照するMCPサーバーspec-docsと6つのツール
  • AI仕様駆動開発のコア文書、品質、運用、ナレッジ管理までを含むdocs-template
  • 更新通知や運用ガードを担うhooks
  • Codex、Gemini CLI、GitHub Copilot CLI、grok CLIなどを使うマルチAI探索・実装・レビューのオーケストレーション

現在は、Claude Code、Codex、GitHub Copilot CLI、grok CLIで利用できます。単にプロンプト集を配るのではなく、「仕様を作る」「実装を進める」「検証する」「マージする」「知見を次へ残す」という開発ライフサイクル全体を、再利用可能な部品とゲートとして提供するのが特徴です。

ここでも、持ち運べるコア実務で必要な拡張を分けて考えると理解しやすくなります。

Agent Plugins 1.0 ff-dev-toolkit
再利用可能な知識・手順 Agent Skills 20個の開発ワークフローSkills
外部機能との接続 MCPサーバー 仕様文書検索MCP
製品・運用固有の拡張 クライアント名前空間に委譲 hooks、テンプレート、マルチAI CLI、品質ゲート
配布・更新 仕様の対象外 Claude形式のmarketplaceと更新通知

ただし、現行のff-dev-toolkitをAgent Plugins 1.0完全準拠と表現するのは正確ではありません。Agent Skillsのディレクトリ構造は共通仕様と整合しますが、マニフェストはルート直下のplugin.jsonではなく.claude-plugin/plugin.json、MCP設定もmcp.jsonではなく.mcp.jsonです。hooksやmarketplaceも、Agent Plugins 1.0のポータブルコアには含まれません。

Agent Plugins 1.0については、現時点ではff-dev-toolkitの主な利用先で対応が出揃っていません。主要ツールが同仕様を利用できるようになった段階で、既存のClaude Code、Codex、GitHub Copilot CLI、grok CLIでの動作を維持しながら対応する予定です。

標準化の本当の価値は「全部同じ」ではなく「境界が見える」こと

Agent Plugins 1.0の価値は、すべてのAIエージェントを同じ機能に揃えることではありません。

重要なのは、どこまでを共通資産として持ち運び、どこからを製品や組織の強みとして拡張するか、その境界が見え始めたことです。

  • Agent Skillsで、業務知識と手順を持ち運ぶ
  • MCPで、ツールやデータへの接続を持ち運ぶ
  • Agent Pluginsで、その二つを共通のパッケージにまとめる
  • 各クライアントの拡張で、権限、フック、サブエージェント、配布、運用を磨く

この構造で見ると、Anthropicの不在とff-dev-toolkitの存在は矛盾しません。共通仕様は「床」を作り、Claudeやff-dev-toolkitのような実装は、その上に現場で使える「建物」を作っているからです。

共通規格だけでは、開発は進みません。製品固有の高度な機能だけでも、資産は閉じてしまいます。これからのAIエージェント基盤に必要なのは、ポータブルな共通コアと、実務を前へ進める拡張の両立です。

ff-dev-toolkitも、その両立を実装しながら、オープンに改善を続けていきます。

参考資料