Claude Skillsとは？仕組み・使い方・作り方とMCPとの違いを解説【2026年最新】
「同じ指示を毎回書き直している」「担当者によって出力の品質がばらつく」。生成AIを業務に取り入れた組織の多くが、この2つの課題に突き当たります。優れた指示を書ける人が異動すれば、その知見も一緒に失われます。
本記事では、業務手順をパッケージ化してClaudeに渡すAgent Skills（Claude Skills）について、解決できる課題から3段階で読み込まれる仕組み、製品ごとの使い方、SKILL.mdの作り方、MCPやプロジェクト指示との使い分け、導入前に押さえるべき制約とセキュリティまでを、公式ドキュメントの情報をもとに整理します。
| 確認したいポイント | 結論 | 詳細 |
|---|---|---|
| Claude Skillsとは？ | 業務手順をまとめてClaudeに渡す仕組み | 手順書・テンプレート・スクリプトを1つのフォルダにまとめ、関連する依頼のときに自動で呼び出されます。 |
| プロンプトと何が違う？ | 毎回書かずに済み、必要な時だけ読まれる | 常時読み込まれるのは名前と説明だけ。本文は該当する作業のときに読み込まれるため、無駄がありません。 |
| どこで使える？ | claude.ai・Claude Code・APIで利用可能 | ただし製品をまたいだ同期はされません。使いたい環境ごとに個別に登録する必要があります。 |
| 作るのは難しい？ | フォルダとMarkdown1枚から始められます | 必須は名前と説明の2項目だけ。あとは手順を文章で書けば動きます。専門知識は必須ではありません。 |
この記事でわかること
- Skillsが解決する「同じ指示を毎回書く」という課題
- 3段階で読み込まれる仕組みと、文脈を圧迫しない理由
- claude.ai・Claude Code・APIそれぞれの使い方と違い
- SKILL.mdの構造と、呼び出されやすい書き方のポイント
- MCPやプロジェクト指示との使い分け、導入前の制約
| 資料請求のご案内 業務手順をAIに渡せる形へ落とし込む手順と、社内展開のチェック項目をまとめた資料をご用意しています。 検討の初期段階からご活用ください。 ▶ 資料を無料でダウンロードする |
Claude Skillsとは｜業務手順をパッケージ化する仕組み
最初に、この機能が何を解決するのかを整理します。ここでは対象となる課題、プロンプトとの違い、規格としての位置づけという3点を確認します。正式な名称はAgent Skillsで、Claude専用の仕組みではない点も押さえておいてください。
Skillsが解決する課題
業務でAIを使い始めると、まず「同じ指示を毎回書き直す」という非効率にぶつかります。レポートの形式、使ってよい表現、確認すべき項目といった前提を、会話のたびに説明し直す状態です。
もう1つが品質のばらつきです。指示の書き方は人によって異なるため、同じ依頼をしても担当者ごとに出力が変わります。良い指示を書ける人に依存した状態は、その人が異動した時点で失われます。
Skillsは、この2つをまとめて扱います。業務の手順、テンプレート、参考となる資料を1つのフォルダにまとめて渡しておくと、関連する依頼が来たときに自動で参照される仕組みです。
プロンプトとの違い
会話の中で書く指示は、その場限りのものです。Skillsは必要なときだけ読み込まれる形で保存されるため、会話をまたいで同じ内容を書き直す必要がなくなります。
重要なのは、常に読み込まれるわけではない点です。登録した数が増えても、待機している間は名前と説明しか文脈を消費しません。多数を登録しても動作が重くならない設計になっています。
この性質があるため、部署ごと・業務ごとに細かく分けて用意できます。汎用のAIを、その業務に詳しい担当者のように振る舞わせる、という位置づけの機能です。
オープン標準としての位置づけ
Agent Skillsは、Claude専用の独自機能ではありません。フォルダとMarkdownという単純な構造で仕様が公開されており、他社のAIエージェントでも同じ形式が採用され始めています。
この点は導入判断で意味を持ちます。特定の製品に依存した作り込みではないため、一度整備した資産を別の環境でも活かせる可能性が残ります。
Anthropic自身も、文書作成やテストなどの例をオープンソースとして公開しています。ゼロから考えなくても、構造の参考にできる実例が手に入る状態です。
Skillsの仕組み｜3段階で読み込まれる
動作の仕組みを理解しておくと、書き方の勘所がつかめます。ここでは読み込みの3つの段階を順に説明します。必要な情報だけを必要なときに読み込む設計が、この機能の核心です。
レベル1｜名前と説明は常に読み込まれる
各Skillの先頭には、名前と説明を書いた短い部分があります。この部分だけが起動時に読み込まれ、依頼の内容と照らし合わせて呼び出すかどうかが判断されます。
公式ドキュメントによると、この段階で消費されるのは1つあたり100トークン程度とされています。多数を登録しても負担が小さいのは、この設計によるものです。
つまり、呼び出されるかどうかは説明文の書き方で決まります。何をするものかに加えて、どんなときに使うのかまで書いておくことが重要になります。
レベル2｜手順は呼び出されたときに読み込まれる
依頼内容が説明と合致すると、本文が読み込まれます。ここには作業の手順、判断の基準、守るべき決まりごとが書かれており、目安として5,000トークン未満に収めることが推奨されています。
この段階で初めて詳細が文脈に入るため、関係のない作業をしているときには一切の負担がありません。用途ごとに分けて用意するほど、この効率は高まります。
本文には、より詳しい資料への参照を書いておけます。すべてを1ファイルに詰め込まず、必要に応じて追加で読ませる構成にするのが基本の考え方です。
レベル3｜資料とスクリプトは必要なときだけ
フォルダには、補足の資料やテンプレート、実行可能なスクリプトを同梱できます。これらは参照されるまで読み込まれないため、量が多くても文脈を圧迫しません。
スクリプトはさらに効率的です。コードそのものは読み込まれず、実行結果だけが返されます。決まった処理を毎回生成させるより、確実で消費も少なくなります。
この構造により、詳細なリファレンスや大量の事例を同梱しても問題が生じません。エージェント型AIの考え方はAIエージェントとは？仕組みと業務への組み込み方で扱っています。
出典：Claude公式ドキュメント「Agent Skills」
どこで使えるか｜3つの製品での違い
利用できる環境は複数あり、扱いが異なります。ここではブラウザ版、開発者向けのCLI、APIという3つを比較します。共有の範囲と登録方法が製品ごとに違う点が、組織で使う際の要点になります。
claude.aiでの使い方
ブラウザやアプリから使う場合、あらかじめ用意されたSkillは設定なしで動作します。独自のSkillを追加する場合は、設定画面からzip形式で登録します。
公式ドキュメントによると、独自Skillの利用にはPro、Max、Team、Enterpriseのいずれかのプランと、ファイル作成機能が有効になっていることが前提とされています。
注意点は共有の範囲です。この環境で登録したSkillは利用者ごとの扱いになり、組織全体に配布したり管理者が一元管理したりする仕組みは用意されていません。チームで使うには各自が登録する必要があります。
Claude Codeでの使い方
ターミナルで使う環境では、ファイルとして扱います。個人用のディレクトリに置けば全プロジェクトで、プロジェクト内に置けばそのリポジトリで有効になります。
アップロードの作業は不要で、フォルダを置くだけで認識されます。プロジェクト内に置いたものはバージョン管理に含められるため、チームで共有する方法としてはこちらが扱いやすくなります。
なお、文書作成のプリセットはこの環境では利用できません。代わりに、診断やコードレビューなど開発向けの機能が最初から組み込まれています。
出典：Claude Code公式ドキュメント「Extend Claude with skills」
APIでの使い方
自社のシステムに組み込む場合は、APIから利用します。あらかじめ用意されたSkillは識別子を指定するだけで呼び出せ、独自のものは専用のエンドポイントから登録します。
この環境では、登録したSkillがワークスペース単位で共有されます。同じワークスペースのメンバー全員が利用できるため、組織的な配布にはこの方式が向いています。
利用にはコード実行の機能が前提となり、専用のヘッダー指定も必要です。実装前に公式の手順を確認してください。
| 無料相談のご案内 どの業務をSkill化すべきか、どの環境で運用するかは、業務の性質と体制によって変わります。 現状をお聞かせいただければ、進め方を一緒に整理します。 ▶ 無料相談を申し込む |
あらかじめ用意されているSkills
自分で作らなくても使えるものがあります。ここでは提供されている種類、効果が出る場面、公開されている実例の活用という3点を整理します。まず何ができるかを体感するには、これらを試すのが早道です。
文書作成のプリセット
公式には、資料作成に関する4種類が用意されています。プレゼンテーション、表計算、文書、PDFに対応しており、作成だけでなく既存ファイルの編集や内容の分析も行えます。
これらはブラウザ版とAPIで利用でき、設定は不要です。ファイルを添付して依頼するだけで、該当するものが自動的に使われます。
実務での効果が大きいのは、体裁の整った成果物をそのまま受け取れる点です。生成された内容を手作業で整形する工程が不要になります。
効果が出やすい場面
国内でも、文書作成はAI活用の中心にあります。情報処理推進機構（IPA）が2026年7月に公表した調査では、企業におけるAIの利用用途として「文書・レポートの作成」が80.5%を占めました。
つまり、多くの企業がすでに取り組んでいる領域です。プリセットを使えば、その作業の成果物の質を一段引き上げられます。
出典：独立行政法人情報処理推進機構「DX動向2026」（2026年7月16日公表）
公開されている実例を参考にする
Anthropicは、実例をオープンソースとして公開しています。創作からテスト、社内向けの業務まで幅広い例が含まれており、それぞれがフォルダ単位で完結した形になっています。
自分で作る前に中身を読むと、記述の粒度や構成の考え方がつかめます。似た用途のものがあれば、下地として流用することもできます。
ただし、外部で公開されているものをそのまま業務に取り込む場合は、後述する安全性の確認が必要です。
Skillの作り方
作成は難しくありません。フォルダの構造、必須項目の書き方、本文の組み立て方という3点を押さえれば動きます。必須なのは名前と説明の2項目だけです。
フォルダとSKILL.mdの構造
1つのSkillは1つのフォルダで完結します。その中にSKILL.mdという名前のファイルを置き、先頭に設定、その下に手順を書く構成が基本です。
補足の資料やスクリプトが必要であれば、同じフォルダに追加します。本文からファイル名を参照しておくと、必要なときにだけ読み込まれます。
最初から作り込む必要はありません。1枚のファイルから始めて、内容が増えてきた段階で分割していく進め方が現実的です。
nameとdescriptionの書き方
先頭に書く必須項目は2つです。名前は64文字以内で、小文字の英字・数字・ハイフンだけが使えます。「anthropic」「claude」といった語は使えません。
説明は1,024文字以内で、何をするものかと、どんなときに使うのかの両方を書きます。呼び出されるかどうかはこの記述で判断されるため、最も時間をかけるべき箇所です。
たとえば「請求書を作る」だけでは不十分です。「月次の請求書を作成する。請求、インボイス、月次締めに関する依頼のときに使う」といった形で、想定される言い回しまで含めると精度が上がります。
本文の書き方と分割の考え方
本文には手順を順序立てて書きます。「見やすくまとめる」ではなく「見出しは3階層まで」「金額は税込で表記する」といった、検証できる粒度が有効です。
分量は5,000トークン未満が目安とされています。詳細な仕様や長い事例は別ファイルに分け、本文からは参照だけを書いておくと、読み込みが軽くなります。
決まりきった処理はスクリプトにするのも有効です。毎回生成させるより結果が安定し、消費も抑えられます。指示の設計は生成AIの精度を上げるプロンプト設計の基本も参考になります。
作った後に確認すること
登録したら、実際の依頼で呼び出されるかを確かめます。意図した場面で使われない場合、原因のほとんどは説明文が抽象的すぎることにあります。
対処は、想定される依頼の言い回しを説明文に含めることです。業務でよく使う呼び方や、社内特有の用語を書き加えるだけで、判定の精度が上がります。
逆に、関係のない場面で呼び出される場合は、説明の範囲が広すぎます。対象を限定する条件を書き足すか、用途ごとに分割してください。
| 資料請求のご案内 業務別のSkill設計例と、チームで品質をそろえるための運用ルールをまとめた資料をお配りしています。 社内での検討にお役立てください。 ▶ 資料請求はこちら |
MCP・プロジェクト指示との違いと使い分け
似た仕組みが複数あるため、混同されがちです。ここではMCPとの違い、常時読み込まれる指示との違い、使い分けの目安を整理します。役割が重ならないよう配置するのが設計の要点です。
MCPとの違い
MCPは、AIと外部のツールやデータをつなぐための規格です。課題管理システムや会計サービスなど、外部の情報を取りに行ったり操作したりする「接続」の役割を担います。
一方のSkillsは、知識と手順を渡す仕組みです。何をどの順で、どういう基準で行うかを教えるものであり、外部への接続機能そのものではありません。
両者は対立するものではなく、組み合わせて使います。MCPで社内システムにつなぎ、Skillsでその使い方と業務ルールを教える、という形が実務では自然です。
常時読み込まれる指示との違い
プロジェクト単位の指示ファイルは、セッションの開始時に必ず読み込まれます。全体に関わる方針や共通のルールはこちらに、個別の作業手順はSkillsに、と分けるのが基本です。
判断の目安は、毎回必要かどうかです。すべての作業で守ってほしい内容であれば常時読み込む側に、特定の作業でしか使わない手順であればSkillsに置きます。
この切り分けができていないと、常時読み込む側が肥大化します。文脈を圧迫して指示への追従が下がるため、定期的な見直しが必要です。関連してClaude Codeの始め方と初期設定も参考になります。
3つの使い分けの目安
整理すると、次のようになります。外部との接続はMCP、全体に効く方針は常時読み込む指示、個別の作業手順はSkillsという分担です。
この3つを重複させないことが重要です。同じ内容を複数の場所に書くと、更新漏れによって矛盾が生じ、どちらが採用されるか分からなくなります。
運用を始める前に、どこに何を書くかの方針を決めておいてください。後から整理し直すのは、最初に決めるより手間がかかります。
導入前に押さえておく制約
便利な一方で、制約もあります。製品間の同期、共有の範囲、実行環境という3点は、組織で使う前に確認しておくべき項目です。特に同期されない点は見落とされがちです。
製品をまたいだ同期はされない
公式ドキュメントには、独自のSkillは製品をまたいで同期されないと明記されています。ブラウザ版に登録したものはAPIでは使えず、その逆も同様です。
ターミナル版はファイルとして管理されるため、これも他の2つとは別扱いになります。同じ内容を複数の環境で使いたい場合は、それぞれに登録する運用が必要です。
この点を踏まえると、社内でどの環境を主軸にするかを先に決めておくべきです。全環境で同じものを維持しようとすると、更新の手間が3倍になります。
共有できる範囲が製品ごとに異なる
共有のされ方も異なります。APIではワークスペース全体で共有されますが、ブラウザ版は利用者個人の扱いで、管理者による一元的な配布はできません。
ターミナル版では、個人用とプロジェクト用を分けられます。プロジェクト内に置いてバージョン管理に含めれば、チームで確実に共有できます。
組織として同じ品質をそろえたいのであれば、共有の仕組みがある環境を選ぶか、配布の運用ルールを別途整える必要があります。
実行環境の制限
動作環境にも違いがあります。APIではネットワークへの接続ができず、実行中に新しいパッケージを追加することもできません。
ブラウザ版では設定によってネットワークの扱いが変わり、ターミナル版では利用者の端末と同じ範囲の接続が可能です。作るSkillがどの環境で動くかによって、実現できる内容が変わります。
外部のデータを取りに行く前提の設計は、環境によっては成立しません。設計の段階で、動作させる場所を決めておいてください。
セキュリティ上の注意
Skillsは、Claudeに新しい振る舞いを与える仕組みです。提供元の確認、監査の観点、組織での扱いという3点を押さえてください。ソフトウェアを導入するのと同じ慎重さが求められます。
信頼できる提供元のものだけを使う
公式ドキュメントでは、自分で作ったものかAnthropicが提供するものに限って使うよう案内されています。悪意のあるSkillは、記載された目的とは異なる形でツールを呼び出したり、コードを実行させたりする可能性があるためです。
出所の分からないものを取り込むと、情報の持ち出しや意図しないシステムへのアクセスにつながる恐れがあります。便利そうだからという理由だけで導入しないでください。
どうしても外部のものを使う必要がある場合は、事前に中身を精査します。導入の可否を判断する基準を、社内で決めておくのが確実です。
監査すべきポイント
確認するのはSKILL.mdだけではありません。同梱されているスクリプト、画像、その他の資料をすべて確認し、記載された目的と合わない動作がないかを見ます。
特に注意が必要なのは、外部のURLからデータを取得する動作です。取得先の内容が後から書き換えられれば、当初は問題がなかったものが危険なものに変わる可能性があります。
機密データにアクセスできる環境や、業務システムに組み込む場合は、より厳しく確認してください。社内ルールの整備は生成AI利用時の情報漏えい対策と社内ルールの作り方にまとめています。
組織での取り扱いを決める
誰がSkillを作れるのか、外部のものを導入する際に誰が承認するのかを決めておきます。個人の判断で自由に追加できる状態は、統制が効かなくなります。
データの取り扱いについても確認が必要です。公式ドキュメントによると、この機能はデータを保持しない契約形態の対象外とされているため、要件が厳しい環境では事前の確認が欠かせません。
業務システムに組み込むのであれば、通常のソフトウェア導入と同じ審査の流れに乗せるのが確実です。
| 無料相談のご案内 外部Skillの審査基準づくりや、社内システムと連携させた仕組みの構築についてもご相談を承っています。 要件整理の段階から対応可能です。 ▶ 無料で相談する |
業務での活用と定着の進め方
最後に、成果につなげる進め方です。対象業務の選び方、品質をそろえる方法、育て方という3点を整理します。最初の1つをどこに置くかで、その後の広がり方が変わります。
Skill化に向く業務を選ぶ
適しているのは、繰り返し発生し、出力の形式が決まっている業務です。定型的な連絡文の作成、月次のレポート、レビューの観点整理などが候補になります。
逆に、その都度の判断が結果を左右する業務は向きません。最終的な意思決定まで任せる設計にすると、確認の手間が増えて効果が相殺されます。
最初は発生頻度が高く、効果が見えやすいものを1つ選んでください。成果を実感できれば、次の対象は自然に見つかります。
効果を測る指標も先に決めておきます。作成にかかっていた時間、差し戻しの回数、修正した箇所の数といった既存の指標に紐づけると、社内で説明しやすくなります。
チームで品質をそろえる
同じSkillを全員が使えば、誰が依頼しても出力の傾向がそろいます。指示の書き方に依存していた品質のばらつきが、構造的に解消されます。
共有の方法は環境によって変わります。ファイルとして扱える環境であればバージョン管理に含め、レビューを経て更新する流れを作ると、内容が実態から離れません。
更新のきっかけも決めておきます。同じ訂正が繰り返されていると気づいた人が追記する運用にすると、使うほど精度が上がっていきます。
育てて組織の資産にする
Skillは一度作って終わりではありません。業務の変更、ルールの改定、新しい判断基準が生まれたタイミングで見直します。
この積み重ねが、これまで個人の経験に留まっていた知見を、組織で共有できる形に変えていきます。担当者が変わっても品質が落ちない状態が、本来の狙いです。
全社的な推進の設計は、AI導入を成功させる進め方と社内推進体制の作り方で解説しています。
まとめ｜Skillsは業務知見を資産に変える仕組み
Claude Skills（Agent Skills）は、業務の手順、テンプレート、資料を1つのフォルダにまとめてClaudeに渡す仕組みです。名前と説明だけが常時読み込まれ、本文と資料は必要なときにだけ読み込まれるため、多数を登録しても負担になりません。
作成に高度な知識は不要で、必須の項目は名前と説明の2つだけです。ただし、呼び出されるかどうかは説明文の書き方で決まるため、何をするものかと、どんなときに使うのかの両方を書くことが要点になります。
導入時に確認すべきは、製品をまたいだ同期がされないこと、共有範囲と実行環境が製品ごとに異なること、そして出所の分からないものを取り込まないことの3点です。ここを押さえたうえで、繰り返し発生する業務から小さく始めてください。
| 無料相談のご案内 業務の棚卸しからSkillの設計、社内ルールの整備、定着までを一貫して支援しています。 まずは現状の課題をお聞かせください。 ▶ 無料相談フォームはこちら |
