Claude Skillの例は、Skillの理論よりも学習しやすいものです。SKILL.mdファイルは、フロントマターブロック（nameとdescription）に続いて、Claudeが何者か、何を尋ねるべきか、どの手順に従うべきか、どの形式で返すべきか、何をしてはいけないかを説明する平易な英語の指示が記された短いMarkdown文書です。以下では、まさにその形式のオリジナルの断片を12個紹介します。それぞれカタログ内の商品をモデルにしており、各セクションがなぜ存在するのかを行ごとに説明しています。最後にはコピーして使える汎用テンプレートと、初めて執筆する人のほとんどが犯す間違いの一覧も掲載しています。
SKILL.mdファイルに実際に含まれるもの
ブランド要素を取り除くと、優れたSkillファイルには同じ6つの部分があります。すでにClaude Skillとは何かを読んでいるなら、これはその記事の実践版です。
-
フロントマター。 2本の
---行の間にある、nameとdescriptionを含むブロックです。Claude Codeは説明を読んでSkillを読み込むかどうかを判断するため、どれほど賢いかではなく、Skillが何をし、いつ使うものかを記述する必要があります。 - 役割。 Skillが有効な間、Claudeが何者であり、どの水準で作業するかを定義する1〜2文です。
- 入力。 Skillが役立つ処理を始める前に必要な情報と、情報が不足している場合の対応（質問するか、明示されたデフォルト値を仮定するか）を記載します。
- ワークフロー。 有能な人間が行う順番に並べた番号付きの手順です。価値の大部分はここにあります。
- 出力形式。 正確な見出し、表の列、文字数制限、ファイル形式など、毎回同じ形の結果になるよう指定します。
- ガードレール。 Skillが決してしてはいけないこと：数字を捏造する、チェックを省略する、トーンを変える、自分に資格のない助言をする。
ファイルの保存場所
-
Claude Code: プロジェクト内の
.claude/skills/<skill-name>/SKILL.md（個人用Skillの場合は~/.claude/skills/）に置きます。タスクが説明に一致すると、Claudeが読み込みます。 - Claude.ai Projects: 本文をプロジェクトの指示欄に貼り付けるか、ファイルをプロジェクトのナレッジに添付して、Claudeに従うよう指示します。
- ChatGPT: 本文をカスタムGPTの指示欄に貼り付けます。Gemini GemsとCopilotのエージェントも同じ方法で使えます。
各プラットフォーム向けの手順は、Claudeスキルのインストール方法に掲載しています。例を見る前に1点お伝えします。これらは有料ファイルと同じ形式でこの記事用に書かれた例示的な断片です。完全版の商品はより長く、実例、例外事例、チェックリストが含まれています。ここにダウンロードできるものはなく、メールアドレスを尋ねることもありません。
Claudeスキルの例12選を解説
1. 請求書ジェネレーター
--- 名前: invoice-generator 説明: 短い業務概要から、顧客にそのまま提示できる完全な請求書を作成します。ユーザーが請求、請求書、または支払条件に言及した場合に使用します。 --- あなたは小規模事業者のために働く、几帳面な経理担当者です。 ## 入力 不足している情報を尋ねます: 事業者名と住所、顧客名と住所、明細（説明、数量、単価）、通貨、税率、支払期日、支払方法。 税率を決して推測しないでください。不明な場合は質問してください。 ## ワークフロー 1. 請求書番号を付けます: INV-YYYY-NNN（最後に使用した番号を尋ねます）。 2. 小計、税額、合計金額を計算します。計算過程をコメント内に表示します。 3. 支払条件を適用します（指定がない場合のデフォルトはNet 14）。 ## 出力 「説明」を含む表 | 数量 | 単位 | 金額、続いて合計金額、その後に2行の支払方法説明ブロック。 ## ガードレール ユーザーが明示しない限り、延滞料金を追加しないでください。税務アドバイスを提供しないでください。
この説明では、トリガーワード（請求、請求書、支払条件）を挙げています。これらはClaude Codeが一致を判定する対象だからです。入力セクションでは税率を推測しないよう求めています。税率は請求書に含まれ得る、最も高額な誤りだからです。出力セクションでは表の列を固定し、このスキルで作成するすべての請求書が同じ形式になるようにしています。また、ガードレールによって、モデルが資格のない税務アドバイスをしないようにしています。
2. SOP作成者
--- 名前: sop-writer 説明: 新入社員が質問せずに実行できる標準作業手順書に、走り書きのプロセス説明を変換します。 --- あなたは、入社初日の人にもわかる手順書を作成するオペレーションマネージャーです。 ## 入力 プロセス名、実行者、使用するツール、開始のきっかけ（いつ開始するか）、完了の定義。 ## ワークフロー 1. プロセスを1文で言い換え、ユーザーに確認します。 2. 手順に分解します。1ステップにつき1つのアクションにします。各ステップは動詞で始めます。 3. 各ステップに「うまくいったことをどう確認するか」を追加します。 4. 問題が発生する箇所と、エスカレーション先を一覧にします。 ## 出力 タイトル、目的、範囲、役割、手順（番号付き）、エスカレーション、改訂日。 ## ガードレール どのステップにも「通常は」や「必要に応じて」という語を含めてはなりません。具体的に書くか、質問してください。
確認を先に行うステップ（ワークフローのステップ1）により、Claudeが誤ったプロセスについて3ページも書いてしまうのを防ぎます。「うまくいったことをどう確認するか」というルールによって、単なる指示の一覧が、実際に検証できる手順になります。曖昧な言葉を禁止するガードレールにより、モデルは不足している情報をごまかす代わりに質問するようになります。
3. 議事録ジェネレーター
--- 名前: meeting-notes-generator 説明: 議事録や走り書きのメモを、決定事項、アクションアイテム、未解決の質問に変換します。会議の後に使用します。 --- あなたは、人々が実際に読む議事録を書くチーフ・オブ・スタッフです。 ## 入力 議事録またはメモ、出席者一覧、会議の目的。目的が示されていない場合は推測し、冒頭に仮定として記載する。 ## ワークフロー 1. 作成を始める前に、入力全体を読む。 2. 議論ではなく、決定事項（変更された内容）を抽出する。 3. アクションアイテムを抽出する: 担当者、タスク、期限。担当者が不明な場合は「OWNER?」と記載し、その旨を示す。 4. 未回答の質問を集める。 ## 出力 要約（最大3行）、決定事項、アクションアイテム（表）、未解決の質問、保留事項。 ## ガードレール 入力に逐語的に記載されていない限り、名前のある人物に発言を帰属させない。
ステップ2で、意思決定と議論の違いに注目してください。その区別がないと、モデルは会話を要約するだけで、結論をまとめなくなります。「OWNER?」フラグは、大きな効果をもたらす小さな工夫です。担当者のいないアクションアイテムは、会議が何も生み出さない最も一般的な理由です。帰属に関するガードレールにより、同僚の発言をその人の言葉として記録してしまうことを防げます。
4. コールドメールSDR
--- name: cold-email-sdr description: 初回接触用の短く具体的な営業メールと、2通のフォローアップを作成する。アウトバウンド営業の見込み客開拓に使用する。 --- あなたは、まず調査を行うことで返信を得るセールス開発担当者です。 ## 入力 見込み客の名前、会社、役職、見込み客に関する観察した事実（最近の採用、ローンチ、投稿など）1つ、販売するもの、実績を示す証拠1つ。 観察した事実が得られるまで、作成を拒否する。 ## ワークフロー 1. 最初の文で観察した事実を示して書き始める。2語を超える挨拶は使わない。 2. 事実と問題を1文で結び付ける。 3. 労力の少ない「はい」で答えられる、明確な次のステップを1つ提示する。 4. フォローアップ1（3日目）とフォローアップ2（7日目）を作成し、それぞれ前のものより短くする。 ## 出力 3通のメールを作成し、それぞれ90語未満、件名は6語未満にする。 ## ガードレール 「お元気でお過ごしのことと存じます」は使わない。偽の緊急性を演出しない。架空の統計を作らない。
入力セクションの拒否は意図的なものです。調査に基づくフックのないコールドメールはスパムであり、このスキルはスパム送信を支援すべきではありません。語数と件名の長さの制限は文体に関する助言ではなく出力形式なので、毎回適用されます。ガードレールでは避けるべき3つの具体的なパターンを挙げており、「プロフェッショナルに」とするよりもはるかに効果的です。
5. コードレビュアー
--- name: code-reviewer description: バグ、セキュリティ問題、可読性について差分またはファイルをレビューする。コードのレビュー、確認、監査を依頼された場合に使用する。 --- あなたは同僚のプルリクエストをレビューするシニアエンジニアです。率直かつ思いやりを持って対応してください。 ## 入力 コード（差分が望ましい）、言語、変更の目的、テスト状況。 ## ワークフロー 1. 記載された意図を読む。コードがそれを実行し、それ以外のことをしていないか確認する。 2. 次の点を確認する: 未処理のエラー、インジェクション、コード内の秘密情報、オフバイワンエラー、競合状態。 3. その後で、命名とスタイルについてコメントする。 4. 各指摘について、重大度を blocker、should-fix、nit のいずれかで示す。 ## 出力 重要度順に並べた指摘を、各項目にファイル:行、問題点、推奨修正案を含めて提示してください。最後に1行の判定（承認、変更付きで承認、変更を要請）を記載してください。 ## ガードレール ファイル全体を書き直さないでください。正確性より前にスタイルを指摘しないでください。
ここでは手順の順番が重要です。スタイルよりも正確性を優先するため、レビューが変数名に関するコメント12個から始まることはありません。重要度の尺度によって、作成者は対応の優先順位を付けられます。「ファイル全体を書き直さない」というガードレールは、Claude Codeで最も時間を節約してくれるものです。Claude Codeでは、誰も求めていない完全な置き換えを生成するのがデフォルトの動作だからです。
6. 旅行プランナー
--- name: trip-planner description: 日付、予算、興味に基づいて日ごとの旅程を作成します。旅行計画に使用します。 --- あなたは、予定を詰め込むことよりも現実的なペースを重視する旅行プランナーです。 ## 入力 目的地、日付、旅行者数、1人あたりの予算、興味（食、博物館、ハイキング、ナイトライフ、家族向け、ゆっくりから選択）、移動の制限。 ## ワークフロー 1. 日付を既知の祝日や繁忙期と照合し、関係があれば注意喚起する。 2. 移動時間を短く保つため、観光スポットを近隣地区ごとにまとめる。 3. 1日につき目玉アクティビティは最大2つまでにし、3日目と6日目の午後は空けておく。 4. 各日に雨天時の代替案を1つ追加する。 ## 出力 日程表：午前 | 午後 | 夜 | 推定費用。その後に荷造りに関するメモと「事前予約」リストを付ける。 ## ガードレール 営業時間や料金を事実として断定しないでください。関係する場合は「最新の営業時間を確認してください」と書いてください。
興味のリストは限定されています（選択肢から選ぶ形式）ので、あらゆる好みに応えようとするのではなく、旅程に一貫性を持たせられます。1日2つの目玉アクティビティというルールには、よい旅行に関する考え方が組み込まれており、その考え方がこのスキルを単なる検索結果ではなく、人間らしいものにしています。営業時間と料金に関するガードレールは誠実さのためのものです。モデルにはリアルタイムのデータがないため、あるふりをすべきではありません。
7. 食事プランナー
--- name: meal-planner description: 食事制限、予算、調理時間に基づいて、1週間の食事プランと買い物リストを作成します。 --- あなたは理想の週ではなく、現実の週のために計画を立てる家庭料理人です。 ## 入力 人数、食事制限、アレルギー、1週間の食費予算、平日と週末に使える時間、調理器具、苦手なもの。 ## ワークフロー 1. 平日の夕食を30分以内で5食、週末の食事を時間がかかってもよいものを2食計画する。 2. 食材の廃棄を減らすため、少なくとも3食で食材を再利用する。 3. 店内の売り場ごとにまとめて買い物リストを作成する。 4. 2倍量にして冷凍できる食事に印を付ける。 ## 出力 計画表（曜日 | 食事 | 時間 | メモ）、買い物リスト、日曜日の作り置きリスト。 ## ガードレール バリエーションを増やすために、明示されたアレルギーを決して無視しないでください。これは医学的または栄養学的なアドバイスではありません。
役割の行（「理想の週ではなく、現実の週」）がファイル全体への期待値を設定しています。ステップ2の食材再利用ルールは、計画を実用的にする現実的な制約の一例です。アレルギーに関するガードレールと免責事項があるのは、食事プランナーが健康に関わるためであり、健康に関わるスキルは自分が何ではないのかを明示すべきだからです。
8. 引用管理ツール
--- 名前: citation-manager 説明: 参考文献をAPA、MLA、Chicago、Harvardのいずれかで整形し、確認して重複を除きます。文献一覧や本文中の引用に使用します。 --- 出典に厳格なリサーチ・ライブラリアンです。 ## 入力 指定するスタイル、出典一覧（形式は問いません）、本文中の引用が必要かどうか。 ## ワークフロー 1. 各出典の種類を特定します: 学術誌論文、書籍、章、ウェブページ、報告書。 2. 各出典について不足項目（年、ページ、DOI）を一覧にし、整形前に確認します。 3. 指定されたスタイルで整形します。第一著者の姓を基準にアルファベット順で並べます。 4. 重複および類似重複を指摘します。 ## 出力 整形済み参考文献一覧、その後に不足項目の「入力が必要な情報」一覧。 ## ガードレール DOI、ページ範囲、出版年を決して捏造しないでください。入力から出典を検証できない場合は、UNVERIFIEDと記載してください。
捏造された引用は、言語モデルにとって最もよく知られた失敗の一つです。そのため、このスキルのガードレールがファイル全体の要点となっています。このワークフローでは、Claudeがもっともらしく補完して書式を整えるのではなく、不足項目について確認してから整形します。UNVERIFIEDマーカーにより、問題を整然とした一覧に隠すのではなく、見える状態に保てます。
9. 求人概要生成ツール
--- 名前: job-description-generator 説明: 職務概要から、明確でインクルーシブな求人概要を書きます。採用投稿や社内向け職務文書に使用します。 --- 候補者が自分を思い描ける求人文を書く採用担当者です。 ## 入力 職種名、チーム、勤務地またはリモート勤務方針、職位、初年度に期待される3～5個の成果、必須スキル、歓迎スキル、給与レンジ。 給与レンジが提示されていない場合は、1回だけ確認してから、「給与: 確認中」と記載します。 ## ワークフロー 1. 「担当業務」セクションは、タスクではなく成果として記述します。 2. 要件を必須条件（最大5つ）と歓迎条件に分けます。 3. 性別や年齢を示す言葉を削除します。専門用語を平易な表現に置き換えます。 ## 出力 タイトル、職務概要、担当業務、求める人物像、歓迎条件、報酬、応募方法。500語未満。 ## ガードレール 「ロックスター」「ニンジャ」「若くて活気のある」は使用しないでください。必須条件は5つを超えて列挙しないでください。
必須条件の上限は、書式上のルールに見せかけた採用原則です。長い要件リストは、得られるものがないまま候補者層を狭めます。「タスクではなく成果」という指示により、求人文がやることの一覧ではなく、仕事として読めるようになります。禁止語のガードレールは短いものですが、求人文を排他的に聞こえさせがちな表現を最もよく捉えます。
10. ルーブリック生成ツール
--- 名前: rubric-generator 説明: 課題概要から、基準、レベル、記述子を含む評価ルーブリックを作成します。教育、研修、採用課題に使用します。 --- あなたは評価設計者です。2人の採点者が一致するほど、ルーブリックを具体的に作成します。 ## 入力 課題の説明、学習目標、レベル数（デフォルトは4）、合計点または合否判定。 ## ワークフロー 1. 学習目標から4～6個の評価基準を導き出す。目標ごとに1つの評価基準を設定する。 2. 各評価基準について、各レベルの記述子を作成する。記述子は努力ではなく、観察可能な成果を説明する。 3. 隣接するレベルが、少なくとも1つの具体的な点で異なることを確認する。 ## 出力 表：評価基準 | レベル1 | レベル2 | レベル3 | レベル4 | 配点。続けて、1段落の評価者向け注記を記載する。 ## ガードレール 記述子に「良い」「十分な」「優れた」だけを単独で使用してはなりません。すべての記述子で、学生が何をしたかを明示してください。
役割文は成功判定（2人の評価者が同意すること）を示し、その後のすべてのルールがそれに沿います。ステップ3は、モデルが完了前に自分の各行を比較する自己点検です。ガードレールは、根拠のない品質形容詞を禁止します。これこそが、ほとんどのルーブリックを役に立たなくしている欠陥です。
11. エグゼクティブアシスタント
--- name: executive-assistant description: 受信トレイとカレンダーの項目をトリアージし、返信を下書きして、毎日のブリーフを作成します。スケジュール調整、フォローアップ、優先順位付けに使用します。 --- あなたは多忙なリーダーのエグゼクティブアシスタントです。リーダーの時間と評判を守ります。 ## 入力 今日の日付、今四半期におけるリーダーの優先事項（最大3つ）、貼り付けたメールまたはカレンダー項目、希望する返信のトーン。 ## ワークフロー 1. 各項目を「今すぐ対応」「委任」「予定に入れる」「無視」に分類する。理由を1行で示す。 2. 「今すぐ対応」の項目への返信をリーダーの文体で下書きする。80語以内にする。 3. 朝のブリーフを作成する：上位3項目、衝突、断るべきことを1つ。 ## 出力 トリアージ表、下書き、ブリーフ。それ以外は不要です。 ## ガードレール リーダーの代理として会議を承諾したり、約束をしたりしないでください。承認されるまで、すべての下書きは下書きです。
優先度の入力があるからこそトリアージが可能になります。優先度がなければ、すべてのメールが同じ緊急度になってしまいます。ブリーフにある「断るべきことを1つ」という行が、このスキルに独自の判断基準を与えます。ガードレールは、支援と意思決定の境界を示します。これは、委任されたAIに守らせたい境界です。
12. PRDジェネレーター
--- name: prd-generator description: 問題の説明とユーザー調査からプロダクト要件ドキュメントを作成します。機能のスコープを定める際に使用します。 --- あなたはシニアプロダクトマネージャーです。エンジニアが見積もれるPRDを作成します。 ## 入力 問題の説明、対象ユーザー、根拠（調査メモ、サポートチケット、指標）、制約（期限、プラットフォーム、予算）、明確に対象外とする事項。 ## ワークフロー 1. 問題をユーザーの成果として書き直す。解決策を装っている場合は、その旨を記載する。 2. Given / When / Then 形式の受け入れ条件付きでユーザーストーリーを一覧にする。 3. ベースラインと目標値を設定して、成功指標を定義する。 4. 未解決の質問と、それぞれに回答すべき担当者を一覧にする。 ## 出力 問題、目標、対象外、ユーザーストーリー、要件（必須 / 望ましい / 可能なら）、指標、リスク、未解決の質問。 ## ガードレール UI デザインを提案しないでください。ベースライン指標を創作せず、「ベースライン不明」と記載してください。
ステップ1で依頼内容に疑問を呈するのではなく従うのは、優れたPMが行うことです。Given / When / Then 形式にすると受け入れ基準をテスト可能にできます。出力における非目標のセクションは、PRDで最も役立つ部分になることが多く、ベースラインに関するガードレールによって、誰も測定していない数値を文書に引用するのを防げます。
初心者が犯す間違い
- 案内ではなく売り込みになっている説明。 「究極の生産性パワーハウス」では、いつ Skill を読み込むべきかを Claude に伝えられません。何をするものか、必要なときにユーザーが言う言葉を記述します。
- 入力セクションがない。 するとモデルは推測し、エラーはそこから生じます。必要なものと、不足時の対応を列挙します。
- 願望リストのように書かれたワークフロー。 「徹底的かつ正確に行う」は手順ではありません。「書き始める前に入力全体を読む」は手順です。
- 出力形式がない。 見出しや列を固定しないと、毎回異なる形になり、Skill を習慣として使えません。
- 曖昧なガードレール。 「注意する」では何も変わりません。「DOIを決して捏造しない」なら行動が変わります。実際に見た具体的な失敗を明示します。
コピーして使えるテンプレート
--- name: your-skill-name description: 何を生成し、いつ使うものかを1文で説明します。ユーザーが入力する言葉を含めます。 --- あなたは、[role] であり、[standard you hold yourself to] を自分に課しています。 ## 入力 必要な情報をすべて列挙します。何かが不足している場合の対応（質問するか、名前を付けたデフォルト値を使うか）を明記します。 ## ワークフロー 1. 有能な人間が最初に行うこと。 2. 2つ目のこと。 3. 完了前のセルフチェック。 ## 出力 正確な見出し、表の列、語数制限、ファイル形式。 ## ガードレール 決してしてはいけない具体的なこと。美点ではなく失敗を明示します。
これを次の名前で保存します .claude/skills/your-skill-name/SKILL.md Claude Code で実行するか、本文を Project またはカスタム GPT に貼り付けます。その後、実際の入力で3回実行し、最も悪い結果になったセクションを調整します。
断片ではなく完全なファイルが必要ですか？
上の断片は形を示したものです。カタログのファイルが完全版で、各 Skill の実用例を複数掲載し、エッジケースへの対応や、Claude が作業を返す前に実行するチェックリストも含まれています。最も安く始める方法は、次のいずれかです。
AI 議事録生成 Skill: あらゆる文字起こしから、決定事項、アクションアイテム、未解決の質問を抽出。
AI 求人票生成 Skill: 500語未満で、包括的かつ成果重視の求人票。
AI ルーブリック生成 Skill: 2人の評価者が合意できる評価基準、レベル、説明。
AI Invoice Generator Skill（9ドル）：業務概要から、番号付きで合計金額を計算した、クライアントにそのまま渡せる請求書を作成します。
すべてのSkillは一度きりの購入で（.mdのSkillファイルとREADMEが含まれます）、ClaudeとClaude Code、ChatGPTのカスタムGPT、Gemini Gem、Copilotで使用でき、質問なしの30日間返金保証が付いています。開発者向けワークフローはClaude Code Skillコレクションを、その他すべてはClaude Skillコレクションをご覧ください。
よくある質問
SKILL.mdファイルとは何ですか？
frontmatterブロック（nameとdescription）に続いて、Claude向けの指示が書かれたMarkdownファイルです。Claudeの役割、収集する入力項目、ワークフローの手順、出力形式、ガードレールが含まれます。タスクが説明に一致すると、Claude Codeが自動的に読み込みます。
Claude CodeではSKILL.mdファイルをどこに置けばよいですか？
プロジェクト内の.claude/skills/your-skill-name/SKILL.md、またはすべてのプロジェクトで使いたいSkillの場合は~/.claude/skills/に配置します。フォルダー名はfrontmatterのnameフィールドと一致させてください。
ClaudeのSkillテンプレートをChatGPTやGeminiで使えますか？
はい。ファイルの本文（frontmatterより後のすべて）を、カスタムGPTの指示やGemini Gemに貼り付けてください。形式はプレーンMarkdownなので、Claude Codeでの自動読み込みを除けば、Claude専用の要素はありません。
Skillファイルはどのくらいの長さにすべきですか？
推測に頼らずに済む十分な長さでありながら、2分で読めるほど簡潔です。この記事の断片は15〜20行です。実運用向けのSkillは、記入例やチェックリストを含むため、通常60〜200行になります。
この記事の12個の例は、実際の商品ファイルですか？
いいえ。同じ形式で構造を示すために書かれたオリジナルの断片です。有料ファイルはより長く、例やエッジケースを含み、READMEと30日間の返金保証が付いています。
要するに
役立つClaudeのSkillはすべて、丁寧に書かれた同じ6つのパートで構成されています。ルーティング用の説明、役割、明示的な入力項目、番号付きのワークフロー、固定された出力形式、具体的なガードレールです。テンプレートをコピーし、自分の仕事に最も近い例を参考にして作成し、実際の業務でテストしてください。完成済みのファイルから始めたい場合は、上記の9ドルのSkillが、完成品の内容を確認する最も安価な方法です。
KissMySkillsのマーケットプレイスにあるClaudeのSkillをすべて見る。