スキルの作り方、頼み方のコツと手順書の見本

手順書（スキル）は、部長（部門ごとのフォルダで動く Claude Code）に頼めば作ってもらえます。ファイルを自分で書く必要はありません。

この記事では、あなたが自分から頼むときの流れと、できた手順書の見本をまとめました。

私の手順書はすべて部長が作った

今ある私の手順書は、どれも部長が作ったものです。自分から「これを手順書にして」と頼んだことは、一度もありません。

制作部門の CLAUDE.md には、「くり返す手順は手順書に移す」「新しい決まりは、先に置き場所を提案して了解を得る」という決まりがあります。こうした決まりがなくても、自分から頼めば作ってもらえます。

自分から頼むときの流れ

公式の説明では、同じ指示や手順を何度もチャットに貼っているときが、手順書にする目安です。そんな作業が見つかったら、次の流れで頼めます。

1. 手順書にしたい作業を、一度、部長と一緒にやってみる
2. 終わったら、「今の作業を手順書（スキル）にして」と頼む
3. 部長が手順書のファイルを作るので、あなたが中身を読んで、足りないところを伝える
4. 新しいチャットを開いて、手順書の説明に合う作業を頼み、使ってくれるか試す

新しいチャットで試すのは、作ったときのやりとりが残っていると、手順書の書き漏れに気づきにくいからです（公式の説明より）。

試しても手順書が使われないときは、チャット欄に「/」に続けて手順書の名前を入れると呼び出せます。手順書を使う2つの方法は、こちらの記事で紹介しています。

関連記事：スキルとは何か、CLAUDE.md との違いを知る

いつ使うかを伝えるのがコツ

手順書のファイル（SKILL.md）は、先頭の名前と説明、その下の手順でできています。部長は、この先頭の説明を読んで、手順書を使うかを決めます。

そのため、頼むときは「何をする手順書で、いつ使うのか」も伝えておくのがコツです。たとえば、架空のゲーム会社で、テストプレイの感想を部長と一緒にまとめたとします。終わったら、次のように頼みます。

今の作業を、手順書（スキル）にしてください。テストプレイの感想を分類して、次に直す点をまとめる手順です。新しく感想を集めたときに使う、と説明に書いておいてください。

できた手順書の見本

できあがる手順書は、たとえば次のような形です。架空のゲーム会社の見本です（実際のファイルより簡略にしています）。

手順書：テストプレイの感想をまとめる（見本）

【名前】
feedback-summary（呼び出すときの名前）

【説明】
テストプレイの感想を分類して、次に直す点をまとめる。新しく感想を集めたときに使う

【手順】
1. 集めた感想を、よかった点、困った点、要望に分ける
2. 同じ内容の感想は、1つにまとめて数を書く
3. 困った点は、多い順に並べる
4. 最後に、次に直すとよい点を3つ挙げる

この説明があるので、次に感想を集めたときにも、部長が手順書に気づきやすくなります。

私が各部門で実際に使っている手順書は、こちらの記事で紹介しています。

関連記事：筆者の運用、部門ごとのスキルとサブエージェント