title: "Agent Skills（エージェントスキル）がオープン標準化｜MCPに続き「業務手順」をベンダー非依存の資産にする設計" description: "AnthropicがAgent Skillsをオープン標準として公開。接続を担うMCPに続き、業務手順（SKILL.md）も標準化され、社内ノウハウをベンダー非依存の資産にできる。開発リーダー・AI推進・エンタープライズアーキテクト向けに、スキル化と内製資産化の設計を整理する。" keyword: "Agent Skills Anthropic オープン標準 MCP AIエージェント 業務 資産化" slug: "anthropic-agent-skills-open-standard-asset-20260625" date: "2026-06-25" updatedAt: "2026-06-25" category: "AI・DX" tags: ["Agent Skills","Anthropic","AIエージェント","標準化","内製化"] author: "GXO株式会社" lead_summary: "MCPが「接続」を標準化したのに続き、Agent Skillsは「業務手順」を標準化する。社内ノウハウを特定ベンダーに縛られない資産として持てるかが、AI内製化の分かれ目になる。"
Agent Skills（エージェントスキル）がオープン標準化｜MCPに続き「業務手順」をベンダー非依存の資産にする設計
結論：これからのAI内製化は「モデル選び」ではなく「業務手順を誰の資産として持つか」で差がつく
Agent Skills（エージェントスキル）がオープン標準として公開されたことで、AIエージェント導入の論点が一段上がった。これまで議論の中心は「どのモデルを使うか」「どのツールにつなぐか」だった。これからは、自社の業務手順を、特定ベンダーの製品に閉じ込めず、移植可能な資産として持てるかが問われる。
押さえるべき事実は次の通りだ。Anthropicは2025年12月18日、Agent Skillsをオープン標準として公開し、仕様とリファレンス実装（SDK）を agentskills.io で配布した。Skillsは、Model Context Protocol（MCP）が「接続」を標準化したのに続き、「業務手順（やり方）」を標準化する取り組みである。
押さえるべき1点：MCPは「AIをどこにつなぐか」、Agent Skillsは「AIに何をどうやらせるか」。両方が標準化された今、業務ノウハウをベンダー非依存の資産として設計できる。
業務手順をベンダーに縛られない資産として設計するAIエージェント開発は、受託AI開発・AIエージェント開発で相談できる。まず自社が内製資産化に踏み出せる状態かを見極めたい場合は、AI活用レディネス診断で現在地を確認するとよい。
この記事は、開発リーダー、AI推進担当、エンタープライズアーキテクトに向けて、Agent Skillsの要点、MCPとの役割分担、業務手順のスキル化、そして内製資産として持つための設計を整理する。
FREE CONSULTATION
この記事の内容について、専門家に相談できます
AI・DX・セキュリティに関するご質問やお見積もりなど、お気軽にお問い合わせください。
Agent Skills標準の要点
Agent Skillsは、AIエージェントに専門知識と作業手順を与えるための、軽量でオープンなフォーマットである。公式の説明に基づくと、要点は次の通りだ。
| 論点 | 内容 |
|---|---|
| 形式 | SKILL.md を含むフォルダ。メタデータ（名前・説明）と手順を記述し、スクリプト・参照資料・テンプレート等を同梱できる |
| 公開 | Anthropicが2025年12月18日にオープン標準として公開。仕様とSDKを agentskills.io で配布 |
| 動作環境 | Claude（Claude.ai）、Claude Code、Agent SDK、APIなどで動作。標準は他社の多数のエージェント製品にも採用が広がっている |
| 読み込み方式 | 段階的開示（progressive disclosure）。起動時は名前と説明だけを読み、タスクに合致したときに本文を読み込む |
| 企業向け管理 | 管理者がスキルを集中的にプロビジョニングし、利用者へ既定で配布できる（Claude Team/Enterprise向け） |
「段階的開示」は実務上重要だ。起動時に読み込むのは各スキルの名前と短い説明だけのため、社内の手順を細かくスキルとして用意しても、文脈（コンテキスト）の消費を抑えられ、AIが扱いきれなくなりにくい。
なお、Anthropicの発表時には、Atlassian、Figma、Canva、Cloudflare、Notion、Sentry、Vercel、Zapier等のパートナースキルが言及されている（一覧は出典により表記差があるため、最新の対応状況は各社公式で確認すること）。
MCPとの役割分担：接続と手順は別レイヤー
Agent Skillsを理解する近道は、MCPとの役割分担を押さえることだ。両者は競合ではなく補完関係にある。
| 観点 | MCP（Model Context Protocol） | Agent Skills |
|---|---|---|
| 担うもの | 接続（外部ソフト・データへの安全な接続） | 手順（業務をどう進めるかの知識） |
| たとえると | 「どの部屋に入れるか（鍵・配線）」 | 「部屋で何をどうやるか（作業マニュアル）」 |
| 具体例 | CRM・基幹・SaaS・社内DBへの接続口を定義 | 見積作成手順、レビュー基準、報告書フォーマット |
| 標準化の意義 | つなぎ先をベンダー横断で統一 | やり方をベンダー横断で統一 |
たとえば、ZapierのようにMCPで業務システムへの接続を用意し、その上でスキルに「どう処理すべきか」を持たせると、AIは「やり方を知っている」だけでなく「実際に確実に実行する」状態に近づく。
重要なのは、接続（MCP）と手順（Skills）を分けて設計することだ。両者を一体で作り込むと、ベンダーや製品を変えるたびに業務ノウハウまで作り直すことになる。レイヤーを分けておけば、接続先を入れ替えても手順は資産として残り、手順を磨いても接続側は触らずに済む。
業務手順を「スキル化」して社内ライブラリにする
これまで、業務ノウハウは人の頭、属人的なExcel、散在するマニュアル、特定ツールの設定画面の中にあった。Agent Skillsは、この手順を SKILL.md という移植可能なファイルにまとめ、バージョン管理できる形にする。スキル化に向く業務の例を挙げる。
| 業務領域 | スキル化できる手順の例 | 期待効果 |
|---|---|---|
| 見積・提案 | 見積算定の前提条件、提案書の章立て、社内チェック項目 | 担当者ごとのばらつきを抑える |
| 文書レビュー | 契約・規程のレビュー観点、注意すべき条項の一覧 | レビュー品質の標準化 |
| データ分析 | 分析パイプラインの手順、指標定義、出力フォーマット | 再現性のある分析 |
| 問い合わせ対応 | 分類基準、回答の言い回し、エスカレーション条件 | 応対品質の均一化 |
スキル化のコツは、いきなり全社の手順をまとめないことだ。まず「ばらつきが出やすい」「暗黙知になっている」「繰り返し発生する」業務から1つ選び、手順・判断基準・テンプレート・禁止事項を SKILL.md に書き起こす。明文化する過程そのものが業務の棚卸しになる。社内ライブラリ化を進めれば、スキルは「再利用できる手順カタログ」になり、管理者が集中配布できるため、新人や別部署にも同じ手順を一斉展開しやすい。
内製資産として持つための設計
Agent Skillsの本質的な価値は、「業務手順をベンダー非依存の資産として持てる」点にある。ここを設計しないと、せっかく作った手順が特定製品に縛られ、乗り換え時に作り直しになる。内製資産化のために決めるべき論点を整理する。
| 設計論点 | 決めること | 怠った場合のリスク |
|---|---|---|
| 保管場所 | スキルを社内のGit等でバージョン管理し、自社が原本を持つ | ベンダー側にしか手順が残らず、移植できない |
| 接続との分離 | MCP（接続）とSkills（手順）を別管理にする | 製品変更のたびに手順まで作り直す |
| 命名と粒度 | スキルの名前・説明・分割単位の基準を統一する | 段階的開示が効かず、AIが正しく選べない |
| レビューと更新 | 手順の改訂フロー、承認者、更新履歴を決める | 古い手順が残り、誤った作業を再生産する |
| 機密と配布 | 含めてよい情報の範囲と、誰にどのスキルを配るかを管理する | 機密が紛れて漏れる／不要なスキルが全員に展開され統制が崩れる |
| 検証 | スキル通りにAIが動くかをテストする手順 | 手順と実挙動がずれたまま運用される |
特に中堅企業では、AIを「ツールとして導入する」段階で止まりがちだ。しかし手順を自社の資産として設計しておけば、モデルや製品が変わっても業務ノウハウは残る。これは、AIエージェント開発を外注する場合でも、社内に手順の原本と更新権限を残す形で進めるべき、という指針につながる。
業務に深く入り込んだスキルを整える局面では、現場に伴走しながら手順を作り込む進め方が向く。要件定義から手順の標準化、検証までを一気通貫で支援するFDE Plus（フォワードデプロイドエンジニア）のような体制は、スキルの内製資産化と相性がよい。社内文書を根拠にAIへ知識を持たせる場面では、エンタープライズRAGの構築と組み合わせると、スキルが参照する社内知識の整備まで含めて設計できる。
よくある質問（FAQ）
Q. Agent SkillsはMCPの置き換えですか。 A. いいえ。MCPは「接続」、Agent Skillsは「手順」を担う別レイヤーで、補完関係にあります。MCPで業務システムにつなぎ、Skillsでやり方を与える、という組み合わせが基本です。
Q. いつオープン標準になったのですか。
A. Anthropicの公式発表に基づくと、2025年12月18日にオープン標準として公開され、仕様とSDKが agentskills.io で配布されました。最新の対応状況は公式情報で確認してください。
Q. Claude以外でも使えますか。 A. Agent Skillsはオープン標準として公開され、Anthropic以外の多数のエージェント製品にも採用が広がっています。具体的な対応可否は各製品の公式ドキュメントで確認してください。
Q. まず何から始めればよいですか。
A. ばらつきが出やすく、繰り返し発生する業務を1つ選び、手順・判断基準・テンプレートを SKILL.md に書き起こすところから始めると、無理なく社内ライブラリ化に進めます。
この記事を読むべき人
- 自社のAI内製化を進めたい開発リーダー
- AIエージェントの全社展開を設計するAI推進担当
- 接続・手順・データのレイヤーを整理したいエンタープライズアーキテクト
- 特定ベンダーへのロックインを避けつつAI活用を広げたい情シス・DX担当
GXOに相談すべきタイミング
- MCP（接続）とSkills（手順）をどう分けて設計すべきか整理したい
- 属人的な業務手順をスキル化し、社内ライブラリとして資産化したい
- AIエージェントを外注したいが、手順を自社資産として残したい
- スキルが参照する社内知識（RAG）の整備まで含めて設計したい
GXOでは、受託AI開発・AIエージェント開発を軸に、業務手順のスキル化、MCPによる接続設計、エンタープライズRAGによる社内知識整備、内製化に向けた体制づくりを組み合わせて支援します。まず自社のAI活用範囲と優先業務を見極めたい場合は、AIアセスメント（導入前診断）から整理することをおすすめします。 → 相談はこちら
SNSで刺さる論点
- MCPが「接続」を標準化したのに続き、Agent Skillsは「業務手順」を標準化した。AI内製化の論点はモデル選びから資産設計へ移った
- スキル化で一番大事なのは「自社が手順の原本を持つこと」。ベンダーが変わっても業務ノウハウは残る
- MCP＝どこにつなぐか、Skills＝何をどうやらせるか。レイヤーを分けて設計すると乗り換えに強くなる
- 全社の手順を一気に作らない。ばらつきが出やすい業務を1つスキル化するところから
関連記事・特集
参考資料
- Anthropic「Equipping agents for the real world with Agent Skills」 https://www.anthropic.com/engineering/equipping-agents-for-the-real-world-with-agent-skills
- Agent Skills（公式・仕様/SDK） https://agentskills.io/
- Anthropic / Claude「Skills for organizations, partners, the ecosystem」 https://claude.com/blog/organization-skills-and-directory
- Model Context Protocol https://modelcontextprotocol.io/
本記事は2026年6月25日時点の公開情報をもとに作成。Agent Skillsのオープン標準公開はAnthropicの公式発表に基づき2025年12月18日とした。対応製品・パートナー・仕様の最新状況は各社公式情報を確認すること。
業務手順を「ベンダー非依存の資産」にするAI内製化を設計しませんか
GXOでは、MCP（接続）とAgent Skills（手順）を分けた設計、業務手順のスキル化、エンタープライズRAGによる社内知識整備まで、AIエージェントの内製資産化を支援します。
AIエージェント開発を見る AIアセスメントで優先業務を整理
※ 現状の業務手順が整っていなくても相談可 | 開発・AI推進・情シスの同席歓迎
