Claude Code Skillsとは?SKILL.md・CLAUDE.md・Agent Skillsの違いと使い方
Claude Code Skillsの仕組みを、SKILL.md、Agent Skills標準、CLAUDE.md・AGENTS.md・MCP・Pluginsとの違いから整理。frontmatter、scope、context: fork、呼び出し設定、安全な運用の考え方を解説します。
公開 2026.05.25 / 更新 2026.08.20
この記事のポイント
- Claude Code SkillsはSKILL.mdとfrontmatterを中心に、必要な手順や補助ファイルをオンデマンドで使う仕組み
- CLAUDE.mdやAGENTS.mdのプロジェクト指示、MCPの外部接続、Pluginsの配布とは役割が違う
- scope、context: fork、disable-model-invocation、allowed-toolsを確認し、権限設定を別にレビューする
冒頭の結論:SkillsはSKILL.mdで専門タスクを再利用する
Claude Code Skillsは、Claude Codeに専門的な作業手順や知識を必要なときだけ読み込ませ、繰り返し使えるようにする仕組みです。現行の公式Docsでは、SkillsはAgent Skillsのオープン標準にもとづき、ディレクトリ内のSKILL.mdを中心に構成します。
Skillsの本文は常時すべてをコンテキストへ詰め込むのではなく、作業に関係するときに読み込む設計です。プロジェクト全体の指示を常に伝えるCLAUDE.mdやAGENTS.mdとは、置き場所と読み込み方の前提が異なります。
この記事で分かること
- SKILL.mdとAgent Skills標準の最小構成
- CLAUDE.md、AGENTS.md、MCP、PluginsとSkillsの役割差
- frontmatter、scope、context: fork、呼び出し設定の見方
- 個人開発でSkillを作る前に確認したい安全チェック
SKILL.mdとAgent Skillsの最小構成
最低限のSkillは、Skill名のディレクトリと、その直下のSKILL.mdで構成します。SKILL.mdのYAML frontmatterではnameとdescriptionを定義し、本文にはタスクの手順や判断基準を書きます。必要に応じてscripts、references、assetsなどの補助ファイルを同じSkillにまとめます。
---
name: review-changes
description: Review a change set against the project checklist.
---
# Review changes
確認観点、成果物、完了条件を短く書く。この例で重要なのは名前を増やすことではなく、descriptionから「いつ使うSkillか」が分かることです。本文を長くしすぎず、詳細な手順や参照資料は必要なファイルへ分けると、更新時の確認範囲も小さくできます。
CLAUDE.md・AGENTS.md・Skills・MCP・Pluginsの役割
| 項目 | 主な役割 | 読み込み・利用の考え方 | 確認する境界 |
|---|---|---|---|
| CLAUDE.md | Claude Codeのプロジェクト指示 | 通常はプロジェクトの前提やルールを常に伝える | リポジトリ方針と実行上の前提 |
| AGENTS.md | エージェント向けの階層的な指示 | 対象ディレクトリや作業範囲に応じて適用する | どの階層の指示が対象か |
| Skills / SKILL.md | 特定タスクの手順と知識 | 関係する作業でオンデマンドに読み込む | Skillのscope・description・本文 |
| MCP | 外部データやツールへの接続 | 接続先、認証、利用可能な操作を別に管理する | サーバー・ツール・権限・承認 |
| Plugins | Skillsなどの機能をまとめて配布 | インストール範囲やnamespaceを確認して使う | 出所・更新・含まれる機能 |
これらは競合する名称ではなく、異なる層の仕組みです。プロジェクトの常時ルールをSkillへ移すだけでは不十分ですし、SkillにMCP接続の権限まで任せてよいとも限りません。目的、読み込み方、変更者、権限の境界を分けて管理します。
scopeとSkillの見つかり方を確認する
Claude Codeでは、個人用、プロジェクト用、Pluginに含まれるSkillなど、置き場所によって適用範囲と優先順位が変わります。プロジェクト内のネストしたディレクトリから見つかるSkillや、Plugin namespaceで区別されるSkillもあるため、作成前に「誰の環境で、どのリポジトリで、どの名前で見えるか」を確認します。プロジェクトやPlugin由来のSkillは、信頼できる出所かどうかもレビュー対象です。
- 個人用かプロジェクト用かを決め、同じ名前のSkillとの優先関係を確認する
- Plugin由来なら、配布元、更新方法、namespace、含まれるMCPやHookの有無を見る
- Skillを追加・変更したときに、現在のClaude Codeで再検出されるかを確認する
- 複数のリポジトリで共有する場合は、プロジェクト固有のパスや秘密情報を本文に埋め込まない
context: fork・呼び出し設定・権限を混同しない
Skillのfrontmatterには、実行コンテキストや呼び出し方を調整する設定があります。context: forkはSkillを別のコンテキストで扱うための設定、disable-model-invocationはモデルによる自動呼び出しを止めるための設定です。dynamic context injectionのように、実行時に情報を差し込む仕組みもあります。
- descriptionは、Skillを使う場面と対象を具体的に書く
- 自動呼び出しを避けたい作業ではdisable-model-invocationの意味を確認する
- context: forkを使う場合は、元の会話と別コンテキストで何が見えるかを確認する
- allowed-toolsは事前許可の設定として扱い、Claude Codeのpermission settingsによる制御を別途確認する
個人開発で使いやすいSkills例
- SEO記事追加スキル:title、description、見出し、内部リンク、関連記事を確認する
- デザインレビュー用スキル:スマホ表示、文字サイズ、余白、CTAの見え方を確認する
- ビルド確認スキル:npm run build、主要ページ表示、エラーログ確認を手順化する
- 画像最適化スキル:ファイルサイズ、alt、表示崩れ、OGP差し替えを確認する
- セキュリティ確認スキル:.env、APIキー、権限設定、本番操作の有無を見る
Skillsは作業を任せる範囲を整理する仕組み
Skillsは便利な拡張というだけでなく、AIに任せる範囲を固定するための仕組みとして見ると使いやすくなります。たとえば「SEO記事追加なら、title、description、内部リンク、FAQ、build確認まで」「デザインレビューなら、スマホ表示、文字量、CTAだけを見る」のように、入力、手順、成果物、確認方法を切り分けます。
| 作業 | Skill化しやすい理由 | 注意点 | 人間が確認すること |
|---|---|---|---|
| SEO記事追加 | 手順が繰り返しやすい | キーワード詰め込みを避ける | 検索意図と内部リンク |
| build確認 | コマンドと成果物が固定しやすい | エラーの原因を隠さない | 生成物と主要URL |
| デザインレビュー | 確認観点を定型化できる | 見た目だけに寄せない | スマホ表示と導線 |
| 安全チェック | .envやAPIキー確認を定型化できる | 秘密情報を表示しない | 権限と差分 |
向いているケース
Skillsが向いているのは、何度も繰り返す作業です。たとえばメディアサイトで記事を追加するたびに、見出し構造、内部リンク、関連記事、SEOメタ、ビルド確認を行うなら、手順としてまとめる価値があります。
向いていないケース・注意点
- プロジェクト指示とタスク手順を混ぜすぎない
- Codex用のAGENTS.mdとClaude Code用の指示を同じものとして扱わない
- 古いビルドコマンドや古いディレクトリ構成を放置しない
- 一度しか使わない作業までSkills化しない
よくある誤解
Skillsは、AIを万能化する機能ではありません。むしろ、作業を狭く定義して、同じ品質で繰り返すためのものです。曖昧な巨大Skillを作るより、小さく具体的なSkillを少数持つ方が個人開発では扱いやすいです。
Claude Code SkillsのFAQ
Claude Code Skillsとは何ですか?
SKILL.mdを中心に、Claude Codeへ特定の作業手順や知識を必要なときだけ読み込ませ、再利用しやすくする仕組みです。
CLAUDE.mdやAGENTS.mdとSkillsは何が違いますか?
CLAUDE.mdやAGENTS.mdはエージェントへ伝えるプロジェクト指示、Skillsは特定タスクの手順です。常時伝える前提とオンデマンドで読む手順を分けます。
Skillの最小構成は何ですか?
Skill名のディレクトリとSKILL.mdを用意し、frontmatterにnameとdescriptionを書きます。詳細手順や補助資料は必要に応じて分けます。
allowed-toolsを指定すれば安全ですか?
いいえ。Skillの設定だけでなく、Claude Codeのpermission settings、MCPやPluginの権限、実行環境、対象リポジトリを別々に確認します。
個人開発ではどんなSkillから作るべきですか?
SEO記事追加、build確認、デザインレビュー、安全チェックなど、何度も繰り返し、完了条件を説明できる作業から始めます。
まとめ:ルールと手順を分けると運用しやすい
Claude Code Skillsとは、特定タスクを再利用しやすくするための手順化の仕組みです。CLAUDE.mdやAGENTS.mdに書くプロジェクト全体のルールとは分け、繰り返す作業だけを丁寧にまとめるのが現実的です。