Claude Skillsとは？Agent Skillsの仕組みとできること・使い方を解説

2026年6月4日
Claude
5回
0件

Claude

「Claude Skillsって何ができるの？」「MCPやProjectsと何が違うの？」という疑問を持つ方に向けて、2026年5月時点の公式情報をもとにAgent Skillsの仕組みと使いどころを整理します。

私はClaude Codeを日常的なコーディング環境として使っており、Skillsも実際に使っています。具体的には、知識ファイルのブラッシュアップ作業での活用と、LPなど同じレイアウトのアウトプットを再現する用途で使っています。その一次体験をもとに、単なる機能紹介で終わらない形で整理します。

1 結論：Claude Skillsで何ができるか
2 Claude Skillsとは何か
- 2.1 Freeプランでは使えるか
3 Skillsの設計：なぜ「フォルダ」なのか
4 Skillフォルダの基本構成
5 SkillsとMCP・Projects・CLAUDE.mdの違い
6 できること・向いている用途
7 Skillを作るべきタイミング
8 注意点・向かない場面
9 自分ならどう使うか
10 まとめ

結論：Claude Skillsで何ができるか

最初に結論を出しておきます。

Claudeに「専門的なやり方」を覚えさせて再利用できる：一度Skillを作ると、同じ作業を毎回説明し直さなくてよくなる
Claude apps・Claude Code・APIで使える横断機能：claude.aiではPro以上で利用できる。Claude Codeでは開発作業の手順化に特に向いている
コードも含めて実行できる：指示書だけでなく、スクリプトも束ねて渡せる（ただし実行環境により動作は異なる）
複数のSkillを組み合わせられる：用途ごとに作って使い分けられる

一言で表すなら、「Claudeに自分の仕事のやり方を教えて、再現させる仕組み」です。以下で仕組みと使いどころを順番に整理します。

Claude Skillsとは何か

Claude Skills（Agent Skills）は、2025年10月にAnthropicが発表した機能です。指示書・スクリプト・リソースをひとつのフォルダにまとめて、Claudeがタスクに応じて必要な情報を自動で読み込む仕組みです。

実体はシンプルで、SKILL.mdというファイルを含むフォルダです。SKILL.mdの冒頭にはYAML frontmatterでnameとdescriptionを書き、その下に具体的な手順や判断基準をMarkdownで記述します。このnameとdescriptionがClaude起動時に読み込まれ、タスクに応じて関連するSkillかどうかを判断する材料になります。

Claudeはタスクを受け取ると、インストールされているSkillの一覧を確認し、関連するものがあれば内容を読み込んで処理します。公式では「新しい担当者へのオンボーディングガイドを作るようなもの」と説明されています。都度やり方を説明しなくても、Skillに書いておけばClaudeが自分で判断して動く、というイメージが近いです。

Freeプランでは使えるか

claude.ai上のSkillsは、Pro・Max・Team・Enterpriseプランで利用できます。Freeプランでは利用できません。Claude Codeで使う場合も、Claude Code自体を使うにはPro以上が前提になります。

プランの選び方については、Claudeの料金プランを比較した記事で整理しています。

Skillsの設計：なぜ「フォルダ」なのか

Claude Skillsが「フォルダ」という形式を採っているのは、段階的な情報開示（progressive disclosure）という設計思想に基づいています。

Claudeは起動時に、インストールされている全Skillの「名前」と「説明」だけを読み込みます。タスクが来た時点で、関連するSkillがあれば本文のSKILL.mdを読み込む。さらに詳細が必要な場合だけ、フォルダ内の追加ファイルを読む。この3段階の設計により、毎回すべてのコンテキストを読み込まずに済み、速度とコストを無駄に使いません。

Skillが複雑になれば、SKILL.mdから別ファイルを参照する形で情報を分割できます。Claudeはタスクの内容を見て、どのファイルを読む必要があるかを自分で判断します。

Skillフォルダの基本構成

最小構成は、SKILL.mdを含むフォルダです。複雑なSkillにする場合は、追加のMarkdownファイルやスクリプトを同じフォルダ内に置きます。

my-writing-skill/
├── SKILL.md
├── reference.md
├── examples.md
└── scripts/
    └── format_check.py

SKILL.mdには、Skillの名前・説明・基本手順を書きます。詳細なルールや例文はreference.mdやexamples.mdに分けておくと、必要なときだけClaudeが読み込みます。スクリプトはClaudeが実行コードとして使うことも、参照資料として読み込むことも選べます。

SkillsとMCP・Projects・CLAUDE.mdの違い

Claude周辺には、Skills以外にもProjects、MCP、CLAUDE.mdなど似た概念があります。役割が違うため、整理しておきます。

Projects：プロジェクト単位で資料・会話・知識をまとめる場所
CLAUDE.md：Claude Codeに常時読ませたいプロジェクト方針や前提を書くファイル
MCP：外部ツールやデータソースにつなぐための仕組み
Skills：特定の作業手順・判断基準・スクリプトを再利用するためのパッケージ

ざっくり言えば、MCPは「何に接続できるか」、Skillsは「どう使うか」をClaudeに教えるものです。ProjectsやCLAUDE.mdが背景情報や前提を置く場所だとすれば、Skillsは繰り返し使う作業手順を切り出して持ち歩ける形にする場所、と考えると整理しやすいです。公式ドキュメントでも、同じ指示やチェックリストを毎回貼っている場合や、CLAUDE.mdの一部が手順化してきた段階でSkill化を検討するよう説明されています。

できること・向いている用途

Agent Skillsが向いているのは、以下のような用途です。

同じ形式・ルールで繰り返し出力したい作業：LP・記事・レポートなど、レイアウトや文体を毎回同じにしたい場合
手順が決まっている処理の自動化：ファイル操作、フォーム入力、変換処理など、コードも一緒に束ねられる
文脈・知識を毎回渡し直したくない作業：プロジェクトのルール、用語集、判断基準など、繰り返し参照する情報をSkillに持たせる
複数の専門処理を組み合わせたい場合：用途ごとにSkillを作り、複数を同時に使えるコンポーザブルな設計が可能

私の使い方で言うと、2つの用途でSkillsが効いています。

ひとつは、チャット会話から知識ファイルに取り込むべき内容を集約・厳選する作業です。毎回「どう集約するか」の方針をClaudeに説明しなくても、Skillにルールを書いておけば一貫した基準で処理してくれます。判断基準の再現性が上がった点が実感として大きいです。

もうひとつは、LPなど同じレイアウトのアウトプットを再現する用途です。セクション構成・文体・見出しの粒度などをSkillに持たせておくと、指示のたびに細かく説明しなくても同じ品質で出力されます。

Skillを作るべきタイミング

状況	Skill化の判断
毎回同じ指示をClaudeに貼っている	Skill化に向いている
作業手順やチェック項目が決まっている	Skill化に向いている
まだ出力形式や判断基準を試行錯誤している	まだSkill化しない方がよい
一回限りの作業	通常プロンプトで十分
外部サービスへの接続そのものが必要	MCPやConnectorを検討する

注意点・向かない場面

Skillsを使う上で確認しておくべき点があります。

まず、Skillsは万能ではありません。一回限りの作業や、毎回条件が変わるタスクには過剰です。「同じやり方を再現したい」という場面にこそ価値が出ます。逆に、その必要がない作業にSkillを作っても管理コストが増えるだけです。

次に、コード実行について。SkillにPythonなどのスクリプトを含めることができますが、実行可否は利用環境・権限・依存関係に左右されます。Claude apps、Claude Code、APIでは実行環境が同一ではないため、コードを含むSkillは実際の利用環境で必ず確認しておく必要があります。

セキュリティについても触れておきます。Anthropicの公式でも明示されていますが、信頼できるソースのSkillだけをインストールすることが推奨されています。サードパーティ製のSkillを使う場合は、SKILL.mdだけでなく、同梱されているスクリプトや参照ファイルも必ず確認してから使う必要があります。特にClaude Codeで使うSkillは、ローカルファイルやコマンド実行と近い位置にあります。便利なSkillほど権限が強くなりやすいため、インストール前に中身全体を確認しておくべきです。SkillにはClaudeへの指示とコードの両方が含まれるため、悪意のある設計のSkillを入れると、データ漏えいや意図しない操作につながりうる点は頭に入れておいてください。

自分ならどう使うか

Skillsを使い始めて感じているのは、「毎回Claudeに説明する手間がなくなる」より、「自分が何をやっているかが明確になる」という副産物の方が大きいかもしれない、という点です。

Skillを書くためには、自分の作業を言語化しなければなりません。どんな判断基準で、どういう順序で、どこまでClaudeに任せるかを整理する必要があります。この言語化のプロセス自体が、作業の設計を見直す機会になっています。

私の判断では、Skillsは「一度やり方が固まったもの」に使うのが合っています。まだ試行錯誤中の作業をSkillにしてしまうと、Skillの改版が頻繁になって管理が煩雑になります。ある程度再現性が取れてきた段階でSkillに落とす、という順番が現実的です。

Claude Codeを使っている場合は、コーディングの手順や自分のコードのスタイルをSkillにしておく使い方が特に効きます。Claude Codeは指示を与えるほど出力の方向が安定しますが、毎回それを書くのは手間です。Skillにしておけば、最初のプロンプトを短くしたまま一貫した出力が得られます。