Anthropic が、Claude の Skill を作るための実践資料 The Complete Guide to Building Skills for Claude を公開しています。
これは、かなり有益です。
Claude に毎回「この手順でやって」「この形式で出して」「この観点でレビューして」と説明するのではなく、繰り返し使う仕事の型を Skill として保存しておく。そうすると、以後のセッションで Claude が必要に応じてその Skill を読み込み、同じやり方を再現できるようになります。
つまり、プロンプトをその場限りの依頼で終わらせず、再利用できる業務資産に変えるためのガイドです。
リンク先の資料は何か
公開されている PDF は、Claude Skills の作り方を 33 ページで整理した公式ガイドです。対象は、Claude を業務フローに組み込みたい開発者、パワーユーザー、チーム運用担当者です。
主に次の内容がまとまっています。
- Skill とは何か
SKILL.md、scripts/、references/、assets/の基本構造- Claude が Skill をいつ読み込むかを決める YAML frontmatter の書き方
- Skill を設計する前に考えるべきユースケース
- テスト、改善、配布の進め方
- MCP と Skill を組み合わせる考え方
- よくある失敗とトラブルシュート
特に重要なのは、Skill が単なる長いプロンプトではないという点です。Skill は「フォルダ」として作られます。必須ファイルは SKILL.md で、必要に応じてスクリプト、参照資料、テンプレート、画像やフォントなどのアセットを同梱できます。
たとえば、社内資料の作成ルール、調査の手順、PRレビューの観点、営業提案書の型、データ分析の手順などを、Claude が毎回参照できる形にできます。
Skill の本質は「毎回説明しない」こと
私たちが Claude や Codex を実務で使うとき、実はかなり多くの時間を「前提の再説明」に使っています。
たとえば、
- この会社では、こういう文体で書く
- このリポジトリでは、こういう順番でテストする
- PRレビューでは、まず仕様逸脱と回帰リスクを見る
- 会議メモからは、決定事項・担当者・未解決論点だけを抽出する
- 提案書では、最初に顧客課題、次に業務影響、最後に導入ステップを書く
こうした説明は、1回きりならプロンプトで十分です。しかし、何度も使うなら Skill にしたほうがよい。
Skill にしておけば、「毎回プロンプトを書く」から「必要なときに Claude が使う」へ移れます。
上の図は、Skill を業務で使うときの応用例として整理したものです。Anthropic の公式ガイドそのものは、より基本構造と作成手順にフォーカスしていますが、実務ではこのように「役割」や「手順」を小さな Skill として切り出していくと使いやすくなります。
そのまま使ってもよいですし、自分の仕事に合わせてアレンジしてもよいです。むしろ、最終的には自分の会社、自分のチーム、自分の文体、自分の業務フローに合わせて育てていくのが本筋です。
公式ガイドが整理する3つのSkillカテゴリ
Anthropic のガイドでは、Skill の代表的なユースケースを大きく3つに整理しています。
1. Document & Asset Creation
文書、スライド、アプリ、デザイン、コードなどを、一定の品質と形式で作るための Skill です。
たとえば、ブランドガイドラインに沿った資料作成、フロントエンド画面の生成、提案書テンプレートの適用などが該当します。重要なのは、Claude の出力を「毎回それっぽく」ではなく、チームで決めた品質基準に寄せられることです。
2. Workflow Automation
複数ステップの作業を、毎回同じ手順で進めるための Skill です。
たとえば、スプリント計画、リサーチ設計、会議メモ整理、レビュー、リリース前チェックなどです。Claude に「次に何をすべきか」まで含めて覚えさせることで、毎回の指示が短くなります。
3. MCP Enhancement
MCP サーバーなどの外部ツール接続に、業務知識を足すための Skill です。
MCP は Claude に「何ができるか」を与えます。一方で Skill は「どう使うべきか」を与えます。たとえば、Linear、Notion、Sentry、Slack、社内データベースなどにつなぐだけではなく、そのツールを使った実務フローを Skill にしておくことで、より安定した結果になります。
公式リポジトリにはどんなSkillがあるか
Anthropic は anthropics/skills という GitHub リポジトリも公開しています。ここには、Claude Skills の実例が並んでいます。
執筆時点で確認できる主な Skill は次の通りです。
| 分類 | Skill例 | 何に使うか |
|---|---|---|
| ドキュメント | docx / pdf / pptx / xlsx | Word、PDF、PowerPoint、Excel の作成・編集・抽出 |
| デザイン | frontend-design / canvas-design / brand-guidelines / theme-factory | UI、ポスター、ブランド表現、テーマ設計 |
| 開発 | claude-api / mcp-builder / webapp-testing / skill-creator | Claude API、MCPサーバー、Webアプリ検証、Skill作成 |
| コミュニケーション | internal-comms / doc-coauthoring / slack-gif-creator | 社内連絡、ドキュメント共同執筆、Slack向けGIF |
| クリエイティブ | algorithmic-art / web-artifacts-builder | 生成アートや複雑なHTMLアーティファクト |
面白いのは、Skill が「AIに何でもやらせる」ための巨大な設定ではなく、かなり具体的な仕事単位で分けられていることです。
pdf は PDF を扱う。webapp-testing は Playwright でローカルWebアプリを確認する。mcp-builder は MCP サーバーを作る。internal-comms は社内コミュニケーションを書く。
この粒度が実務的です。Skill は大きくしすぎると、いつ使うべきかが曖昧になります。逆に、目的がはっきりしているほど Claude が必要な場面で読み込みやすくなります。
作るときのポイント
公式ガイドを読むと、Skill 作成で特に重要なのは次の4点です。
1. まずユースケースを2〜3個に絞る
いきなり万能 Skill を作ろうとしないほうがよいです。
「営業提案書を作る」「PRをレビューする」「会議メモから決定事項を抽出する」のように、具体的な使い道から始めます。ガイドでも、Skill を作る前に「ユーザーは何を達成したいのか」「どの複数ステップ作業を支えるのか」「どのツールや知識が必要か」を整理するよう促しています。
2. frontmatter の説明文を丁寧に書く
Claude は SKILL.md の YAML frontmatter を見て、その Skill を読み込むべきか判断します。
そのため、description には「何をする Skill か」と「どんなときに使うか」を必ず入れる必要があります。ここが曖昧だと、必要なときに発火しなかったり、関係ない場面で読み込まれたりします。
3. 詳細資料は references/ に逃がす
Skill は常に全部を読み込むわけではありません。
まず frontmatter が読み込まれ、必要だと判断されたら SKILL.md 本文が読み込まれ、さらに必要な場合だけ関連ファイルを辿ります。これが公式ガイドで説明されている Progressive Disclosure です。
したがって、SKILL.md にすべてを詰め込むより、詳細なAPI仕様、テンプレート、長いチェックリストは references/ や assets/ に分けるほうが扱いやすくなります。
4. テストする
Skill は作って終わりではありません。
ガイドでは、少なくとも次の観点で試すことが推奨されています。
- 本来読み込むべき依頼で Skill が発火するか
- 言い換えられた依頼でも発火するか
- 関係ない依頼では発火しないか
- Skill あり／なしで成果物の品質や手順が安定するか
- 同じ依頼を複数回実行しても構造が揃うか
これは、プロンプトエンジニアリングというより、軽い業務プロセス設計に近いです。
そのまま使うか、自分用にアレンジするか
Anthropic の公開 Skill やガイドは、そのまま参考にできます。
ただ、実務で本当に効いてくるのは、自分たちの業務に合わせてアレンジした Skill です。
たとえば、公開されている frontend-design を参考にしつつ、自社のデザイン原則、禁止したいUI表現、使うコンポーネント、確認すべき画面幅を追加する。webapp-testing を参考にしつつ、自社のローカルサーバー起動方法、ログの見方、必ず確認する画面を追加する。internal-comms を参考にしつつ、自社のSlack文化や経営会議向けの文体に寄せる。
このように、公式サンプルを土台にして、自分たちの運用に合わせて育てるのがよい使い方です。
フィールフロウ視点での使いどころ
フィールフロウでは、AIエージェント活用の本質は「モデルを賢くする」だけではなく、仕事の型をAIが再利用できる状態にすることだと考えています。
Claude Skills は、その方向性にかなり合っています。
特に効果が出やすいのは、次のような領域です。
- 執筆、校正、表現チェック
- PRレビュー、テスト観点、リリース前チェック
- 調査、要約、比較表作成
- 会議メモからの論点抽出
- 提案書、報告書、社内共有文の作成
- MCP と組み合わせた業務ツール操作
毎回のプロンプトで頑張るのではなく、よく使う手順は Skill にする。必要ならスクリプトやテンプレートも同梱する。チームで使うものは GitHub やプラグインとして配布する。
この流れは、AI活用が個人の工夫からチームの業務基盤へ移るうえで、とても重要です。
まずは1つ作るなら
最初に作るなら、次のような小さい Skill がおすすめです。
- 自分の文体でブログ下書きを整える Skill
- PR差分を読むときのレビュー観点 Skill
- 会議メモから決定事項・担当者・期限を抜き出す Skill
- 調査テーマをリサーチ計画に分解する Skill
- 社内向けの報告文を決まった型に整える Skill
どれも、毎回プロンプトを書けばできることです。
しかし、毎回書く必要があるなら、それは Skill にする価値があります。
Prompt は毎回消える。Skill は使い回せる。
この考え方だけでも、Claude の使い方はかなり変わります。
参考リンク
- The Complete Guide to Building Skills for Claude — Anthropic 公式PDF
- anthropics/skills — Claude Skills の公式サンプルリポジトリ
- What are skills? — Claude ヘルプ
- How to create custom skills — カスタム Skill 作成ガイド