Claude Codeのスキル化入門｜一度やった作業を二度と説明しない仕組みの作り方
「この前と同じように、あの資料作って」
社内でそう頼んだとき、相手が毎回同じ品質で仕上げてくれたら助かりますよね。実はClaude Codeにも、それと同じことをさせる仕組みがあります。スキル化です。
結論から言うと、スキル化とは「一度うまくいった作業の手順をファイルに保存し、合言葉ひとつで何度でも同じ品質を再現する」仕組みです。プロンプトが上手いかどうかより、手順を言葉にできているかどうかが本質になります。
以前の記事「関連記事: 一人社長のClaude Code活用術」では、私が実際に運用している「部署フォルダ・AI社員・スキル化・チケット・自動化」という5つの型の全体像を紹介しました。今回はその中でも土台になる「スキル化」を、CLAUDE.md・サブエージェントとの違いも含めて深掘りします。
Claude Codeにおける3つの仕組みの違いとは
Claude Codeで業務を仕組み化する際、混同されやすいものが3つあります。CLAUDE.md・スキル・サブエージェントです。それぞれ役割がまったく違います。
CLAUDE.mdは「いつも読む前提知識」です。Anthropicの公式ドキュメントでは、CLAUDE.mdについて「Both are loaded at the start of every conversation」（CLAUDE.mdと自動記憶は、どちらも会話の開始時に読み込まれる）と説明されています。つまり会社のルールブックのように、聞かれなくても常に前提として持っておいてほしい情報を書く場所です。
スキルは「特定作業の手順書」です。公式ドキュメントは、スキルを作るタイミングについて「Create a skill when you keep pasting the same instructions, checklist, or multi-step procedure into chat」（同じ指示やチェックリスト、複数ステップの手順を何度もチャットに貼り付けているなら、スキルを作るべきタイミングだ）と述べています。さらに「a skill’s body loads only when it’s used」（スキルの本体は、使われるときだけ読み込まれる）とあり、CLAUDE.mdと違って普段はコンテキスト（AIが読み込む情報量）を消費しません。使うときだけ発動する、まさに手順書のファイル化です。
サブエージェントは「役割を持つ担当者」です。公式ドキュメントでは「Each subagent runs in its own context window with a custom system prompt, specific tool access, and independent permissions」（サブエージェントはそれぞれ独自のコンテキストウィンドウを持ち、専用の指示・ツール権限・独立した権限のもとで動く）と定義されています。経理チェック担当、リサーチ担当のように「この作業はこの人に任せる」という依頼先を作るイメージです。
3つの違いを表で整理すると、次のようになります。
| 仕組み | 役割のたとえ | 読み込まれるタイミング | 向いている内容 |
|---|---|---|---|
| CLAUDE.md | 会社のルール・就業規則 | 会話の開始時に毎回 | 常に守ってほしい方針・事実・禁止事項 |
| スキル | 特定作業の手順書（マニュアル） | 合言葉で呼び出された時だけ | 繰り返す多段階の作業手順 |
| サブエージェント | 役割を持つ担当者（AI社員） | 該当する依頼が来た時だけ | 独立した文脈で任せたい専門業務 |
私の会社では、CLAUDE.mdに「絵文字は使わない」「金額には必ず根拠を示す」といった全社共通ルールを置き、スキルに「経費仕訳のチェック手順」のような繰り返し作業を、サブエージェントに「SEO担当」「LLMOレビュー担当」のような役割を持たせています。この3層を分けて考えるだけで、何をどこに書けばいいか迷わなくなります。
なぜ「プロンプトの上手さ」より「手順の言語化」が効くのか
Claude Codeを使い始めた経営者の多くが、最初につまずくのが「毎回微妙に違う指示を出してしまい、毎回微妙に違う結果が返ってくる」という問題です。私自身も最初はそうでした。
正直なところ、うまくいった時の指示をその場の思いつきで出していたので、翌週同じ作業を頼んだときに「あれ、先週何て言ったっけ」と自分で自分の指示を再現できないことがよくありました。
スキル化の価値は、まさにここにあります。うまくいった手順を一度ファイルに書き出してしまえば、翌週も来月も同じ合言葉で同じ品質の作業を頼めます。属人化しているのは「担当者の頭の中」ではなく「うまくいった手順が言語化されていないこと」だと気づいてからは、うまくいった作業ほど、その場で終わらせずにファイルに残すようにしています。
スキル化の実践5ステップ
スキル化は難しい技術ではありません。次の5ステップで進めます。
ステップ1．対象業務を選ぶ
すべての業務をスキル化する必要はありません。選ぶ基準は「繰り返し発生するか」「結果が正しいかどうかをすぐ確認できるか」の2つです。月1回しか発生しない作業や、良し悪しの判断に専門的な検討が必要な作業は、スキル化の優先度を下げて構いません。
ステップ2．手順を日本語にする
自分が普段どんな順番で、何を確認しながらその作業をしているかを、箇条書きで書き出します。ここで曖昧な言葉（「いい感じに」「適切に」)を残さないことが重要です。「何を見て」「何を基準に」「どう判断するか」まで具体的に書きます。
ステップ3．ファイル化する
書き出した手順をスキルのファイルとして保存します。ファイルの先頭には「名前」と「このスキルが何をするものか・いつ使うものか」を短く書きます。この説明文が具体的であるほど、合言葉での呼び出しが安定します。
ステップ4．発動テストをする
実際に合言葉（トリガーになる言葉）を使って呼び出し、意図した手順通りに動くか確認します。この段階で「思っていたのと違う手順で進んでしまった」ということがよくあります。それは手順の書き方が曖昧だったサインです。
ステップ5．改善を回す
一度作って終わりにしないことが、スキル化が定着するかどうかの分かれ目です。実際に使ってみて出力の質が期待と違ったら、その都度手順のファイルに修正を反映します。スキルは「作る」ものというより「育てる」ものだと捉えると、運用が続きます。
実例で見るスキル化の効果
自社での運用から、抽象化して3つ紹介します。
1つ目は、経費チェックの業務です。以前は毎月、明細を1件ずつ確認しながら「これは交通費」「これは通信費」と判断していました。判断基準をスキル化してからは、同じ基準で機械的にチェックが進み、判断のブレがなくなりました。
2つ目は、週次レポート作成の業務です。数値を集計し、良かった点・悪かった点をまとめるという流れ自体は毎週同じです。この流れをスキル化したことで、担当者が誰であっても同じフォーマット・同じ深さのレポートが出るようになりました。
3つ目は、記事公開前のチェック業務です。見出しの付け方やキーワードの配置など、チェック項目をリスト化してスキルにしたことで、確認漏れがなくなりました。これは複数のチェック観点を、担当ごとに役割分担して回す運用にもつながっています。
いずれの例にも共通するのは、「毎回同じことを確認しているのに、毎回一から思い出しながらやっていた」作業をスキル化した点です。
よくある失敗3つ
スキル化に取り組む中で、私自身がやってしまった失敗、他社の経営者から聞いた失敗を3つ紹介します。
1つ目は、手順が曖昧なままファイル化してしまうことです。「うまく確認する」「適切に処理する」といった言葉を残したままスキルにすると、実行するたびに解釈がぶれます。数値・条件・判断基準まで書き切ることが必要です。
2つ目は、1つのスキルに複数の作業を詰め込みすぎることです。「経費チェックもレポート作成も全部これ1つで」と欲張ると、どの場面で呼び出すべきかが曖昧になり、結果として発動しにくくなります。1つのスキルには1つの作業、が基本です。
3つ目は、作って満足してしまい、発動条件（どんな言葉で呼び出すか）を決めていないことです。せっかく手順を書いても、呼び出されなければ使われません。「どんな言葉を言ったらこの手順を使ってほしいか」を最初に決めておく必要があります。
よくある質問
Q. プログラミングの知識がなくてもスキル化はできますか。
はい、可能です。スキルの中身は日本語の手順書であり、プログラミング言語を書く必要はありません。必要なのはコードの知識ではなく、自分の業務手順を具体的に言語化する力です。
Q. スキルとCLAUDE.mdはどちらから始めるべきですか。
まずはCLAUDE.mdに、日々の判断で毎回思い出したい基本ルールをいくつか書くところから始めるのがおすすめです。そのうえで、多段階の作業手順が必要になった場面でスキル化を検討する、という順番が無理がありません。
Q. スキル化にはどのくらいの時間がかかりますか。
手順の書き出しにかかる時間次第ですが、すでに自分の中で手順が固まっている作業であれば、30分程度で最初のスキルが作れることが多いです。むしろ時間がかかるのは、手順を言語化する前段階の「自分が何を基準に判断しているかを言葉にする」作業です。
Q. 一度作ったスキルは修正できますか。
はい、いつでも修正できます。むしろ使いながら手順を直していくことが前提の仕組みです。実行結果を見て「ここの判断基準が足りなかった」と気づいたら、その都度ファイルを更新していくのが実践的な運用です。
Q. 社内の複数人でスキルを共有できますか。
はい、ファイルとして保存されるため、共有フォルダなどを通じて社内の複数人・複数の担当業務で使い回すことができます。属人化していた作業ほど、共有した際の効果が大きくなります。
まとめ
Claude Codeを業務に定着させる鍵は、プロンプトの巧拙ではなく、CLAUDE.md・スキル・サブエージェントという3つの仕組みを役割ごとに使い分けることにあります。中でもスキル化は、繰り返し発生する業務の手順を一度言語化してファイルに残すことで、二度と同じ説明をしなくて済む状態を作る取り組みです。
まずは1つ、毎回同じ手順で行っている業務を選び、その手順を言葉にしてみることから始めてみてください。
私たちWebloomでは、こうした業務の仕組み化やAI導入の設計支援を行っています。「自社の業務をどこからスキル化すればいいかわからない」という場合は、お気軽にご相談ください。
出典: Extend Claude with skills（参照日: 2026-07-05）、Create custom subagents（参照日: 2026-07-05）、How Claude remembers your project（参照日: 2026-07-05）