Skills over MCPとは何か

Skills over MCPは、MCPのWorking Groupの1つです。「エージェント向けの構造化された指示書」であるAgent Skillsを、MCP経由でどう発見・配布・利用するかを標準化しようとしています。MCPのコア仕様にまだSkillsという概念は存在しません。現状はSEP-2640「Skills Extension」がレビュー段階にあり、既存のResourcesプリミティブを使って実現する拡張機能として設計が進んでいます。

Skills over MCPは、MCPプロジェクト内のWorking Groupの名称であり、同時にそのグループが取り組む課題の名前でもあります。ミッションは「エージェント向けの構造化された指示書(Agent Skills)を、MCPを通じてどう発見し、配布し、消費するかを定義すること」です。

設立の起点はSEP-2076「Agent Skills as a First-Class MCP Primitive」という提案でした。ホストアプリケーション側でネイティブなSkills対応への需要が強まったことを受け、議論の場として発足しています。論点は明快です。既存のMCPプリミティブ(Resources・Tools・Prompts)だけで十分なのか、それとも新しい規約が要るのか。この問いへの答えを出す役割を、Working Groupが担っています。

現在の方向性はSEP-2640「Skills Extension」に集約されています。これはコア仕様への新プリミティブ追加ではなく、Resourcesベースの拡張機能(Extensions Track)として実装する案です。MCPには「複合可能な基本要素だけを持ち、個別の機能追加はしない(Composability over specificity)」という設計原則があります。Skillsのような比較的新しい概念も、既存プリミティブの組み合わせで実現できないかが先に検討される、というのがこの原則の帰結です。

Working Groupは何をスコープに含めているか

Skills over MCP Working Groupの作業範囲は、仕様策定だけに留まりません。スコープ内には次の4つがあります。

Skillsの表現・発見・消費方法を定めるSEP群(Skills Extension本体を含む)
発見と消費のパターンを示すリファレンス実装
Registry WG(発見・配布のスキーマ)、Agents WG(Skillの起動やサーバーメタデータ消費)、Primitive Grouping WG(段階的開示のパターン)との横断調整
外部プロジェクトであるAgent Skills仕様・FastMCP・PydanticAIとの連携、およびSkill作成・発見・消費に関するドキュメント整備

一方でスコープ外と明記されているものもあります。レジストリのスキーマ自体の所有権はRegistry WGにあり、Skills over MCP WGは要件を出すだけです。クライアントの実装義務化もできません。パターンは文書化できても、特定の挙動を強制することはしない立場です。Skills・MCPサーバー・サブエージェント・設定をまとめてインストールできる「プラグイン/バンドル」のパッケージング機構も、より広いパッケージング活動の領分としてスコープ外に置かれています。

Claude CodeやAPIの既存Skillsとどう関係するか

ここで整理が要るのは、Claude Code / Claude APIのAgent Skillsは既に実在する製品機能であり、Skills over MCPが定義しようとしているのはその配布経路をMCPプロトコル自体に持たせる仕組みだという点です。両者は別レイヤーの話です。

Claude APIのAgent Skillsは、フォルダにまとめた指示書・スクリプト・リソース一式をコード実行ツール経由でClaudeに使わせる機能です。Anthropic製のpptx xlsx docx pdfのようなプリセットSkillと、ワークスペースにアップロードするカスタムSkillの両方に対応しています。Claude Code自体も.claude/skills/配下のSKILL.mdでSkillsを定義でき、これはファイルシステム経由の配布です。Claude CodeのSkillsとMCPの違いでは、この既存のSkills機構とMCPサーバー・サブエージェント・hooksという4つの機構をどう使い分けるかを整理しています。

Skills over MCP Working Groupが扱っているのはこれとは別の問題です。「MCPサーバーが自分の持つSkillsを、MCPプロトコルの標準的な手順でクライアントに発見・配布させたい」というニーズがそれにあたります。現状ではMCPサーバーがSkillに相当するコンテンツを配りたい場合、Resourcesを流用するか独自の規約を作るかしかありません。クライアントごとに解釈がばらつく状態です。Skills Extensionが標準化されれば、MCPサーバーの実装者はResourcesの仕組みの延長で、Skillの一覧をクライアントに提示できるようになる想定です。

Skills over MCPは今どこまで進んでいるか

Working GroupのProject Boardによれば、主な作業項目は4つ動いています。Skills Extension SEP(Extensions Track)本体とそのリファレンス実装はどちらも「レビュー中」です。Agent Skills仕様側との調整と、レジストリのskills.json提案は「進行中」として並行しています。

成功基準は3段階に分けて設定されています。短期は要件と既存アプローチの評価についての合意形成です。中期は「規約にするか、プロトコル拡張にするか、両方か」という方針の明確化にあたります。長期はMCPサーバーとクライアントをまたいだ相互運用可能なSkill配布の実現です。草案が示す方向性は、既存のResourcesプリミティブを使う正式な拡張機能です。

Working Groupは2026年2月に実験的リポジトリ(experimental-ext-skills)を持つInterest Groupとして始まりました。同年4月にWorking Groupへ格上げされています。リードはNordstrom所属のOla Hungerford氏と、AnthropicのCore MaintainerであるPeter Alexander氏の2名です。Google・Databricks・AWS・GitHub・Bloombergなど複数組織のMCP Maintainerが参加者として名を連ねています。

なぜ個人資格の参加にこだわるのか

Membership一覧を見ると、特定企業に議席が割り当てられる構造ではないことが分かります。参加は組織ではなく個人の資格で行われます。この設計はSkills over MCPだけの特例ではありません。MCPの拡張機能ネゴシエーションで扱ったとおり、公式拡張機能の採否もCore Maintainersのレビューと承認を経て決まる仕組みで、意思決定の主体が個人であるという点でガバナンス全体と一貫しています。

Skillsのような横断的なテーマには、Google・AWS・Anthropicのような複数のクラウド事業者が参加者として名を連ねています。議決の主体を組織でなく個人に置く設計は、特定企業の力関係がそのまま仕様へ持ち込まれるのを防ぐ効果があると読めます。

まとめ — 「混同しやすい2つのSkills」をどう区別するか

Skills over MCPという名前を見て「Claude CodeのSkillsとMCPのどちらを使うべきか」という話だと誤解しないことが重要です。前者(Claude Code / APIのAgent Skills)は既に使える製品機能です。フォルダ構成とSKILL.mdの書き方はClaude Code Skills完全ガイドで確認できます。

後者(Skills over MCP)は、MCPというプロトコルレベルで「MCPサーバーがSkillをどう配るか」を標準化する未確定の提案で、まだSEPレビュー段階です。今日のワークフローに直接影響する変更ではありません。ただしMCPサーバーを開発・運用している立場であれば、Skills Extensionが正式化された時点でサーバー側の実装が変わりうる、という前提で動きを追っておく価値があります。命名の設計原則についてはAgent Skillsの命名規則と段階的開示も合わせて参考になります。

Skills over MCPとは何か — MCP経由でAgent Skillsを配る仕組み