前回の記事「PMはスキルエンジニアリングを極めるべし」では、PMが今やるべきはモデル競争を追いかけることではなく、自分の業務をSKills化する力を磨くことだという話をしました。

今回はその続きで、「じゃあ実際にどうやってスキルを作るの？」という具体的な方法を解説していきます。エンジニアではない方でも作れるように、考え方から手順まで丁寧に書いていきます。

そもそもSkillsとは？

Skillsは、よくやる作業手順や知識をまとめた「スキルファイル群」を作っておくと、AIがそれを読み取って実行してくれる仕組みです。

今回はClaude Codeを使った作り方を解説しますが、SkillsはClaude Code固有の機能ではありません。CodexやCursorなど、他のAIコーディングツールでも同じ考え方で進められます。スキルの設計や構成の仕方は共通なので、ツールが変わっても応用できます。

スキルは単なる1ファイルではなく、フォルダ構成を持っています。たとえば議事録作成スキルの場合、こんな構成になります。

.claude/skills/議事録作成/
├── SKILL.md              （スキルの定義。何をするか、どう振る舞うか）
├── references/
│   └── format_rules.md   （議事録のフォーマットルール）
└── scripts/
    └── notify.sh          （Notionに登録するスクリプト）

SKILL.mdがスキルの本体です。ここには「このスキルは何をするか」という説明と、AIに対する指示やワークフローを書きます。AIはこのSKILL.mdを読んで、何をどう進めればいいかを理解します。そして、具体的なルールやテンプレート、処理用のスクリプトなどはreferencesやscriptsフォルダに分けて置いておく。AIは必要な時だけそれらを読み込むので、効率的です。

スキルの呼び出し方

作ったスキルの呼び出し方は2つあります。

• `/議事録作成` のようにスラッシュコマンドで明示的に呼び出す方法

• 普通に「議事録作成して」と話しかけるだけで、AIが自動的にスキルを発動してくれる方法

後者がかなり便利です。SKILL.mdにスキルの説明（description）を書いておくと、AIがユーザーの依頼内容を見て「あ、これはあのスキルを使えばいいな」と判断して、勝手にスキルを呼び出してくれます。つまり、スラッシュコマンドの存在を覚えていなくても、普段通りに話しかけるだけで適切なスキルが動きます。

毎回プロンプトを書き直す必要がなくなりますし、スキルの存在を意識しなくても業務が回るようになります。

スキルには「グローバル（ユーザ）スキル」と「プロジェクトスキル」の2種類があります。どこからでも使えるスキルと、特定のプロジェクトでだけ使えるスキルの違いです。この使い分けについては「えがく」のステップで詳しく触れます。

たとえばPMだとこんなスキルを作れる

具体的にどんなスキルが作れるのか、私がプロジェクトマネジメントで実際に使っているものをいくつか紹介します。

• 昨日の出来事を整理して報告してくれるスキル（SlackやNotionやメールの情報を拾って、プロジェクト全体で何が起きたかをまとめてくれる）

• プロジェクトの進捗状況を教えてくれるスキル（WBSの消化状況やスケジュールの遅れを可視化）

• 現状のリスクをチェックしてくれるスキル（期限超過や依存関係の問題を洗い出す）

• スライドを作成するスキル（報告資料やプレゼン資料のたたき台を生成）

• 業務フローを作るスキル（手順書やフロー図のドラフトを作成）

• 要件定義書を作成するスキル（既存のコードやSlackでの要件に関するやり取りを読み取って、要件定義書のドラフトを作成）

• 一括リマインドスキル（WBSを見て、期限が近いタスクの担当者にSlack DMでリマインドを送る）

こんな感じで、PMが日常的にやっている作業の多くはスキル化できます。

参考までに業務フロー作成スキルはこんな感じです！

なぜプロンプトではなくスキルなのか

※わかりやすさ重視で書いてます・・・

「それって毎回プロンプトを書くのと何が違うの？」と思った方もいるかと思います。一番の違いは再現性です。

プロンプトでのやり取りだと、どうしてもガチャ的な要素が入ります。同じことを頼んでも処理がブレたり、手順を飛ばされたり、前回やってくれたことを今回は忘れていたり。毎回の出力品質にバラつきが出やすいです。

一方スキルの場合、確実にやるべき処理はスクリプトとしてコード化されています。たとえば「このフォーマットで整形する」「このフォルダに保存する」といった処理は、AIの判断ではなくコードで動くので、ほぼ間違いが起きません。

つまり、プロンプトが「毎回お願いベースでやってもらう」イメージだとすると、スキルは「手順書とツールを渡して確実にやってもらう」イメージです。業務として使う以上、この安定性の差はかなり大きいです。

おすすめのツール環境

私のおすすめ構成は、Cursorでプロジェクトフォルダを開いて、その中のターミナルからClaude CodeをCLIで起動するスタイルです。ファイル管理はCursorの画面で、Claude Codeの操作はCLIで、という使い分けです。

少し補足すると、Claude Codeの使い方は大きく2つあります。ターミナルでCLI（コマンドライン）として使う方法と、CursorなどのVS CodeベースのエディタでIDE拡張として使う方法です。どちらでも使えるので好きな方を選んでもらえればいいですが、個人的にはCLIで慣れておくことをおすすめします。IDE拡張ではできないけどCLIならできることが結構あるので、最初からCLIに慣れておいた方が後々困りません。

ファイルの管理がしやすいのはエディタの強みです。スキルを作るとファイルがいくつか生成されますし、インプットやアウトプットのファイルを扱うこともあります。Cursorならフォルダ構成がサイドバーで一目で分かるので便利です。だからCursorとCLIの組み合わせがちょうどいいと思っています。

ツール構成は好きなやり方でOKです！

スキルを作る2つのパターン

スキルを作るタイミングは大きく2つあります。

• AIとチャットしていて「これ、また次回もやりそうだな」と思った時に、その場でスキル化してもらう方法

• 意図的に「このスキルを作ろう」と決めて、ゼロから設計して作る方法

前者は手軽でいいですが、今回は後者の「ゼロから設計して作る」方法を解説します。こちらの方が、しっかりしたスキルに仕上がります。

品質の高いスキルを作るためには「えがく → つくる → そだてる」の3ステップで進めていきます。

Step 1: えがく

作り始める前に「えがく」

ここが一番大事なポイントです。

スライドを作るのと似ています。いきなりパワポを開いてスライドを作り始めると、だいたいイマイチなものができますよね。何を伝えたいのか、どういう流れにするのかを先に整理してから作り始めた方が、結果的に早くていいものができる。スキル作りもまったく同じです。

いきなりClaude Codeを開いて「スキル作って」と頼んでも、こちらの要件が抽象的だと中身がスカスカの使えないスキルができてしまいます。それを直すのにまたトークンを消費して、結局遠回りになります。

だから、Claude Codeを開く前に業務を設計しましょう。

そもそも、そのスキル本当に必要？

ここで一つ注意しておきたいことがあります。スキルを作ること自体が目的になってしまうパターンです。

実際、スキルは作ったけど全然使っていない、というケースは結構あります。XやSNSで「こんなスキルが無料であるらしい」という投稿を見て、「自分もそれ使おう」とただインストールするとだいたい失敗します。

なぜなら、その人の業務に必要なスキルと自分の業務に必要なスキルは違うからです。

スキルを作るタイミングとして一番いいのは、「この作業、最近何回もやってるな」と感じた時です。日常の業務で定期的に繰り返していることがあって、はじめてスキル化する意味が出てきます。

とはいえ、Anthropics公式のスキルは品質が高いものが多いので、とりあえずインストールしておいてもいいと思います。今度、詳細説明します。

「誰の何を解決するか」を明確にする

その上で、スキルを作ると決めたら考えるべきは「誰の何を解決するか」です。

具体例で考えてみます。

たとえば、GoogleMeetの文字起こし情報を手動で毎日Notionに蓄積している人がいるとします。この場合、スキルで解決したいことは次のようになります。

• 会議主催者が議事録をNotionに貼り付ける工数を削減したい

• チームメンバー全員が共通フォーマットで議事録を管理できるようにしたい

こうやって「誰の」「何を」解決するかを言語化しておくと、スキルの方向性がブレなくなります。

インプット・処理・アウトプットを定義する

次に、スキルの大枠として「インプット」「処理」「アウトプット」の3つを整理します。

先ほどの議事録の例で具体的に見てみます。

• インプット: Google Meetの文字起こしファイル（Docsで自動生成されるもの）を、プロジェクトフォルダ内のインプットフォルダに配置する

• 処理: Claude Codeがフォーマットに従って議事録を作成する

• アウトプット: プロジェクトフォルダ内のアウトプットフォルダに出力する。あるいは、Notionの議事録データベースに直接作成する方法もある

こんな感じで、スキルを起動する前にどこに情報を置いて、どんな処理をして、最終的にどこに出力するかを決めておくことが大切です。

要は、業務フローを明確にしましょうということです！

グローバルスキルとプロジェクトスキル、どっちにする？

スキルの配置場所の選び方も大事です。ここを間違えると、使いたい時にスキルが見つからなかったり、逆に関係ないプロジェクトでスキルが動いてしまったりします。

判断基準はシンプルです。

• プロジェクトスキル: 特定のプロジェクトの中でしか使わないスキル → `{プロジェクトフォルダ}/.claude/skills/` に配置

• グローバルスキル: プロジェクトに関係なく、どこからでも使いたいスキル → `/Users/ユーザー名/.claude/skills/` に配置

プロジェクトスキルの場合、Claude Codeを起動する時って、Cursorで何かしらのフォルダを開いた状態で使いますよね。この「開いているフォルダ」が1つのプロジェクトに対応しています。

たとえば私の場合、こんな感じでプロジェクトを分けています。

• A社向けシステム導入プロジェクト

• B社の商品開発プロジェクト

• 新規事業開発プロジェクト

• note記事を書くプロジェクト

それぞれのプロジェクトフォルダの中に `.claude/skills/` というフォルダがあって、そこにそのプロジェクト専用のスキルを作っています。たとえばA社のプロジェクトで使う「週次レポート作成スキル」は、A社のフォルダの中にだけ置いてあります。B社のプロジェクトを開いている時には出てきません。

私はこのプロジェクトスキルを作ることの方が多いです。

理由は2つあって、1つはそのプロジェクトでしか使わないから。
もう1つは、他のプロジェクトで勝手に起動してほしくないからです。

スキルは自然言語で話しかけるだけで自動発動します。つまりグローバルに置いてしまうと、関係ないプロジェクトで作業している時にも意図せず発動してしまう可能性があります。プロジェクトスキルにしておけば、そのフォルダを開いている時だけ動くので安心です。

一方で、プロジェクトに紐づかない横断的な業務はグローバルスキルにします。

たとえば私は「メールの返信漏れがないかチェックするスキル」をグローバルスキルにしています。メールチェックは特定のプロジェクトに紐づく作業ではないので、ターミナルを開いて「返信漏れない？」と聞くだけで、どこからでも起動できるようにしています。

あとは、後ほど紹介するスキルの品質を最適化するスキルもグローバルで作っています。どのプロジェクトのスキルを直す時にも使えるので、こういう「プロジェクトをまたいで使うもの」はグローバルスキル向きです。

要求定義をしっかりやる

大枠が決まったら、それをしっかりと要件に落とし込みます。

Claude Codeにもプランモードという計画を立てる機能はありますが、どちらかというとシステム設計寄りの計画になりがちです。業務フローや要求をしっかり言語化するには、別のアプローチが有効です。

要件の言語化が苦手な方は、以前紹介した要求定義のGPTsも活用してみてください。「何をやりたいか」をざっくり伝えるだけで、要件として整理してくれます。

↓すごい詳しくヒアリングしてくるので、頭の整理にもなるはずです。

Step 2: つくる

要件が整理できたら、いよいよClaude Codeでスキルを作ります。流れはこうです。

1. プロジェクトフォルダ内に `REQUESTS.md` というファイルを新規作成し、整理した要件を書く

2. Claude Codeを起動する

3. `/skill-creator` コマンドを実行する

4. 「`REQUESTS.md`（任意）を参照して、このスキルを作ってください」と伝える

5. Claude Codeがスキルを生成してくれる

`/skill-creator` は、対話的にスキル名や説明、トリガー条件などを設定しながら、SKILL.mdを含むスキルフォルダ一式を自動生成してくれるコマンドです。必要に応じて参照ファイルやスクリプトも一緒に作ってくれます。

ここで大事なのは、最初に出来上がるスキルは30点ぐらいだったり、そもそも動かないことも多いということです。これは普通のことです。

テストと改善を繰り返す

スキルができたら、テストと修正を繰り返していきます。

実際にスキルを動かしてみて、期待通りの結果にならなければ「ここをこう変えて」と伝えて修正してもらう。この繰り返しです。

私の感覚では、人間が考えつく処理は大体実現できます。AIが「できない」と言っても、実はやり方を変えればできることは結構あります。だから、人間が諦めないことが一番大事です。壁にぶつかっても、AIと一緒に別のやり方を探してみてください。

Step 3: そだてる

ある程度動くようになったら、品質を上げていきます。

コードを整理する

`/simplify` というコマンドを使うと、Claude Codeがスキルのコードを見直して、無駄な部分を整理してくれます。定期的に実行しておくと、スキルがすっきりした状態に保たれます。

ベストプラクティスで最適化する（超大事）

Claude Codeの公式ドキュメントに、スキルのベストプラクティスがまとまったページがあります。あと、スキル構築ガイドです。

このページとＰＤＦをClaude Codeに読ませて「このページをもとにスキル構造を最適化してください」と依頼すると、より質の高いスキルに仕上がります。

たとえば、こんなポイントが書かれています。

• SKILL.mdのサイズは500行以下に保つ。詳細はサポートファイルに分割する

• descriptionフィールドを充実させる。Claude Codeがスキルを自動判断する根拠になる

• 参照知識（APIの規約など）と実行タスク（デプロイなど）で設定を分ける

このベストプラクティスに沿った最適化をすること自体をスキル化しておくのもおすすめです。そうすれば、新しいスキルを作るたびにワンコマンドで品質チェックできるようになります。

使いながら育てていく

ここまでやれば、かなり完成度の高いスキルができているかと思います。

あとは実際に使いながら、新しいパターンやユースケースが出てきたらその都度更新していけばOKです。

ちなみに、セッションが終わるたびに「このスキルの更新が必要か？」を自動で提案してくれるような仕組みも作れます。これはClaude Codeの「hooks」という機能を使って実現しています。hooksについてはまた別の記事で紹介できればと思います。

ハンズオン: 議事録作成スキルを作ってみよう

ここまで読んで「なんとなく分かったけど、まだイメージが湧かない」という方もいるかと思います。なので、実際に超簡単な議事録作成スキルを一緒に作ってみましょう。

やることはシンプルです。`input/` フォルダに会議の文字起こしテキストを入れて、「議事録作って」と話しかけると、`output/` に議事録が出来上がるスキルを作ります。
※慣れてくれば、Googleドライブからの全自動までできる仕組みもつくれます。

以下の `REQUESTS.md` をそのままコピーして使ってみてください。

# 議事録作成スキルの要件

## 概要
会議の文字起こしテキストから、読みやすい議事録を自動作成するスキル。

## 解決したい課題
- 会議のたびに文字起こしから議事録を手作業で整理している
- 毎回フォーマットがバラバラになる
- ネクストアクションの抜け漏れが起きやすい

## インプット
- input/ フォルダに置いた文字起こしテキストファイル（.txt または .md）
- Google MeetやZoomなどで自動生成される文字起こしを想定

## 処理
- 文字起こしの内容を読み取り、以下のフォーマットで議事録を作成する

## アウトプット
- output/ フォルダに「YYYY-MM-DD_会議名.md」の形式でmdファイルを出力する

## 議事録のフォーマット
- 会議名
- 日時
- 参加者（文字起こしから判別できる範囲で）
- アジェンダ（話題ごとに整理）
- 各アジェンダの議論内容（要点を箇条書きで簡潔に）
- 決定事項（何が決まったかを明確に）
- ネクストアクション（タスク内容・担当者・期限をセットで記載）

## 注意点
- 文字起こしの誤変換は文脈から推測して修正する
- 雑談や本題に関係ない発言は除外する
- 決定事項とネクストアクションは特に漏れなく拾う
- プロジェクトスキルとして作成する

これだけです。手順はこうです。

1. 適当なフォルダ（skills-demo）を作って、Cursorで開く

2. そのフォルダの中に `REQUESTS.md` を作成し、上の内容を貼り付ける

3. `input/` フォルダを作って、会議の文字起こしテキストを入れておく

4. Cursorのターミナルで Claude Code を起動する

5. `/skill-creator` を実行して「REQUESTS.mdを参照して、このスキルを作ってください」と伝える

6. スキルができたら「議事録作って」と話しかける

7. `output/` に議事録が出来上がる

最初の議事録は期待通りにならないかと思います。「ネクストアクションに担当者も入れて」「もっと簡潔にまとめて」など、気になった点を伝えて修正してもらう。これを数回繰り返せば、自分好みの議事録スキルが完成します。

一度作ってしまえば、次回からは文字起こしを `input/` に入れて「議事録作って」と言うだけです。ぜひ試してみてください。

まとめ

Claude Codeのスキル作成で大事なポイントを振り返ります。

• いきなりClaude Codeを開かない。まず業務を「えがく」

• 「誰の何を解決するか」と「インプット・処理・アウトプット」を先に整理する

• グローバルスキルとプロジェクトスキルを使い分ける

• 最初のスキルは30点で当たり前。テストと修正の繰り返しで「つくる」

• `/simplify` やベストプラクティスで品質を上げて「そだてる」

• 人間が諦めないことが一番大事

スキルは一度作ってしまえば、毎回の業務がスラッシュコマンド一発で済むようになります。非エンジニアの方こそ、この仕組みを活用してほしいと思います。

さいごに

AIを活用して実務の生産性を上げているPMは増えています。こうしたスキルを身につけたうえで、次のキャリアを考えたい方は、PM専門の転職エージェント「ネコノテキャリア」にご相談ください。

今後も、プロジェクトマネジメントやプロダクトマネジメントに関する情報を発信していきますので、Xやnoteのフォローお願いしますー！