11月12日、Google Open Source Blogが「Scaling AI agents with open standards: Kurtis Van Gent on MCP and Agent Skills joining the AAIF」と題した記事を公開した。この記事では、MCPとAgent SkillsがLinux FoundationのAAIF（Agentic AI Foundation）のもとでオープン標準として共同管理される体制に移行した経緯と、その技術的な意義について詳しく紹介されている。
「N×M問題」から始まったMCP参加の経緯
記事はGoogle Cloud DatabasesチームのKurtis Van Gent氏へのインタビュー形式で構成されている。Van Gent氏はオープンソースプロジェクト「MCP Toolbox for Databases」の共同作成者であり、MCP・Agent Skills両方のコアメンテナーでもある。
Van Gent氏がAIエージェント基盤に深く関わるようになったきっかけは、Google Cloudが15以上のデータベースを抱える中、エージェントフレームワーク（LangChain、LlamaIndexなど）が次々と登場したことで生じた「N×Mの統合問題」だった。クライアントとデータホストの組み合わせが爆発的に増え、共通のプロトコルなしには管理不能になる状況だ。
AnthropicがMCPを発表したとき、Van Gent氏のチームはすでに独自のサーバー・クライアント・プロトコルを開発していた。しかし「自前プロトコルにこだわる」のではなく、MCP共同作成者のJustin Spahr-Summers氏とDavid Soria Parra氏と連携し、自プロジェクトをMCP対応へと移行させた。さらに、自プロジェクトで培った機能をMCP仕様本体にコントリビュートし続けた結果、コアメンテナーに招待された。
ステートレス化という本質的な課題
Van Gent氏がMCPのコアメンテナーとして最初に取り組んだのが、トランスポートのスケーラビリティだ。初期のMCP仕様は永続的なセッションと初期化処理を前提とした「ステートフル」な設計だったため、本番環境での水平スケールに支障をきたしていた。
この問題を解決するため、Van Gent氏はMCP Transports Working Groupを主導。Google、Anthropic、Microsoft、Amazon、OpenAI、Hugging Faceの関係者を集めた2日間の「Transports Summit」をGoogleのサンフランシスコオフィスで開催し、2026年7月28日付けのMCP仕様でステートレスアーキテクチャへの移行を実現した。
MCP Transports Summit（元記事に掲載の集合写真）。Google、Anthropic、Microsoft、Amazon、OpenAI、Hugging Faceの関係者が参加した。なお、このSummitの開催時期については元記事のキャプションに「2025年12月」と記載があるが、成果物である仕様更新は2026年7月28日付けとなっている。
MCPとAgent Skillsは競合ではなく補完関係
MCPの普及が進むと、今度は別の問題が浮上した。「ツール・コンテキスト肥大化（tool/context bloat）」だ。エージェントが数十のMCPサーバーと接続するようになると、どのツールスキーマや操作手順をコンテキストウィンドウにロードするかという判断自体がボトルネックになる。
Agent Skillsはこの問題を「プログレッシブディスクロージャー」というシンプルな設計で解決する。
- 起動時：軽量なYAML frontmatterの名前と説明だけをロード
- タスク実行時：必要になった段階で
SKILL.mdの完全な手順・参照ファイル・スクリプトをコンテキストに引き込む
Van Gent氏の整理は明快だ。「Agent Skillsはエージェントに問題へのアプローチを教え、MCPはその実行インターフェースを提供する」。両者は当初「競合」と見る向きもあったが、今では組み合わせて使うのがエコシステムの共通認識になっている。
現在はAgent Skills（SKILL.md）とMCPサーバー定義を一つのパッケージにまとめた「Agent Plugin」という形式を通じて両規格を統合する取り組みが進んでいる。本記事では以降、このパッケージ単位を「Agent Plugin」と呼ぶ。
Agent PluginはAgent Skills（SKILL.md）とMCPを組み合わせた構造を持つ。
ベンダーニュートラルなガバナンスが重要な理由
AnthropicがAgent Skillsの仕様をLinux FoundationのAAIFに寄贈し、MCPと同じ傘下に入ったことで、Google・Anthropic・OpenAIのエンジニアが共同でメンテナンスを行う体制が整った。
Van Gent氏はKubernetesとCNCFを引き合いに出す。「単一ベンダーが管理する仕様に重要なワークフローを依存させることに、組織は当然ながら慎重だ」。AAIFはコンテナオーケストレーションにおけるCNCFと同じ役割を、AIエージェント標準において担う。開発者にとっての実利は、「スキルを一度書けば、特定のベンダーに縛られることなく異なるエージェント・IDE・ハーネス間で移植可能になる」点だ。
具体的な活用例：Cloud SQLとAlloyDB
Google Cloud Databasesチームの実装例として、開発者がGoogleの開発者向けエージェント環境でPostgreSQLデータベースに接続する際のAgent Pluginが紹介されている。
- Cloud SQLまたはAlloyDBプラグインをインストール
- MCPからは「データベースに対して安全に実行できるアクション一覧」を取得
- Agent Skillsからは「インスタンスのプロビジョニング」「IAMデータベース認証の設定」などのステップバイステップ手順を取得
Van Gent氏は「人間向けに書かれた生のドキュメントをエージェントに渡すより、この組み合わせの方が速く安全だ」と述べており、エージェントワークフローのベンチマークでも複雑なデータベースタスクの完了速度と信頼性が向上したとしている。
今後の課題：パッケージング・ディスカバリー・バージョニング
Van Gent氏がAAIF内で次に取り組む領域として挙げるのは以下の3点だ。
- パッケージング：複数スキルの集約方法の標準化
- ディスカバリー：ハーネスがスキルを検出する仕組みと、スキルセット間の名前衝突の解決
- バージョニング：仕様バージョンの宣言方法の標準化
Agent Skillsの仕様へのコントリビューションはgithub.com/agentskillsから、スキルの作成はagentskills.ioのドキュメントから始められる。Googleが公開しているスキルのカタログはgithub.com/google/skillsで参照可能だ。
詳細はScaling AI agents with open standards: Kurtis Van Gent on MCP and Agent Skills joining the AAIFを参照していただきたい。
