Claude Skills の使い方。`/init`・`/review` から試す3つ

はじめに

前回の「Skills とは何か」で、Skills が 「Claude に専門知識のパッケージを渡す仕組み」 であることをお伝えしました。今回は概念から実践に移ります。

/help を開いてみると、自分の Claude Code には すでに何個かの Skills が入っている はずです。実は /init、/review、/security-review のような「最初から使える便利コマンド」の多くは、本体組み込みの命令ではなく Skills として実装されている ものなんです。「いつのまにか使っていた」が正しい入り方で、本記事はそれを 意識して使えるようにする ところを目指します。

具体的には、

公式 Skills とは何で、どこから来ているのか
代表的な3つを実際に呼び出してみる（/init / /security-review / /review）
2つの呼び出し方（/ メニューと自然言語）
有効・無効の管理
動かないときのチェック手順

の順で進みます。

「公式 Skills」とはどこから来るのか

Skills は出どころで3階層に分けられる、と前回お伝えしました。「公式 Skills」と呼んでいるのは、その中で 自分が書いていない／配布元のはっきりしている Skills のことです。発行元は大きく3つあります。

発行元	入手経路	例
Anthropic 公式	Claude Code 本体に最初から組み込み	`/init`、`/review`、`/security-review`
プラグイン経由	マーケットプレイスからインストールしたプラグイン	プラグインによる
GitHub 等の有志配布	リポジトリを clone して `~/.claude/skills/` に配置	フロントエンド設計用、API 設計用、など

最初に手元で動くのは、ほぼ間違いなく Anthropic 公式 のものです。Claude Code をインストールした時点ですでに入っているので、追加作業なしで呼べます。本記事では Anthropic 公式の3つを例に、呼び出し方を体得していきます。

まずは `/help` で「自分の手札」を見る

具体的な呼び出しに入る前に、いま 自分の手元にどんな Skills が入っているか を見ておきましょう。Claude Code 上で /help を打つと、コマンドの一覧が出てきます。その中に、

Built-in:
  /clear          会話の履歴をリセット
  /init           CLAUDE.md を作成
  /help           ヘルプを表示
  ...

Skills:
  /review         プルリクエストをレビュー
  /security-review  ペンディング中の差分のセキュリティレビュー
  /init           （Built-in と同名）CLAUDE.md を作成
  ...

というふうに、Built-in と Skills が分かれて並んでいます（表示形式は記事公開時点のものです）。Skills 側に並んでいるのが、本記事で扱う対象です。

ここで気づいてほしいのは、/init のような名前は Built-in 側にも Skills 側にも存在しうる という点。同名のときは Claude Code が「どちらを呼ぶべきか」を判定して動かしますが、最初のうちは 「Skills 側にも /init がある」 ことを知っているだけで十分です。

代表3つを実際に呼んでみる

ここから3つの公式 Skills を、それぞれの 使いどころ とセットで紹介します。手元で /help から呼んでみてください。

1. `/init` — プロジェクトの説明書を自動生成する

/init は、新しく Claude Code をセットアップしたプロジェクトで 最初の1回だけ叩く Skill です。叩くと、

Claude がプロジェクト内のファイルをひと回り読む
「このプロジェクトは何をするものか」「どういう構造か」「触ってほしくないファイルはどれか」を把握する
その内容を CLAUDE.md という説明書ファイルに書き出してくれる

という処理が走ります。出力される CLAUDE.md は、それ以降 Claude Code が起動するたびに 最初に読むメモ になります。Web 制作で例えると、プロジェクトの README を Claude に下書きしてもらう ような感覚です。

もちろん完璧な内容にはなりません。最初の下書きを Claude に出してもらい、人間が手で整えていく、という二段構えで使うのが現実的です。CLAUDE.md の書き方そのものは Step 4 で扱うので、ここでは「最初の1回叩いて下書きを出してもらう Skill」とだけ覚えておけば十分です。

2. `/security-review` — セキュリティの観点で差分を見る

/security-review は、いま自分が 書きかけている／書き終えた変更 を、セキュリティの目線でレビューしてもらう Skill です。

呼ぶと、Claude がいまのブランチの差分（コミットしていない変更も含む）を読み、

SQL 文字列を組み立てている箇所はあるか（インジェクションの可能性）
ユーザー入力をそのまま HTML に埋め込んでいないか（XSS の可能性）
認証・認可の判定が抜けている API エンドポイントはないか
秘密情報（API キーなど）が混入していないか

といった観点で、該当する場所を行番号付きで指摘 してくれます。

特に、自分以外の人が触るコード——クライアントのサイト や 公開予定のWebアプリ——を作っているときの、push 前の最後のひと押しに向いた Skill です。「自分一人で書いているとどうしても見落とす視点」を補う、という性質を持っています。

3. `/review` — プルリクエストをレビューする

/review は、GitHub の プルリクエストを Claude にレビューしてもらう Skill です。/security-review がローカルの差分を対象にするのに対し、/review は すでに PR として上がっているもの を対象にします。

Skill	対象	使う場面
`/security-review`	自分のローカル差分	push する前
`/review`	GitHub 上の PR	他の人の PR をレビューするとき

特にチーム開発で、自分以外の人が出した PR の最初の目 として活躍します。一人で開発しているケースでも、自分が出した PR を翌日に客観的な目線で見たいときに /review を回す、という使い方が成立します。

2つの呼び出し方

公式 Skills には 2通りの呼び出し方 があります。

方法 A：`/` メニューから明示的に呼ぶ

入力欄で / を打ち、コマンド一覧から /security-review を選んで Enter。これは「いまから Skill を使う」と 意識して呼ぶ やり方です。

> /security-review
（Skill が起動して、現在の差分をレビューし始める）

明示的に呼ぶメリットは、確実に動く ことです。「呼んだのに何もしてくれなかった」という事故が起きにくく、最初のうちはこちらをメインに使うのがおすすめです。

方法 B：自然言語で頼む（自動発火）

実は、Skills は / を使わなくても呼べます。会話の中で「いまの変更をセキュリティ観点で見てほしい」と頼むと、Claude が description を見て「/security-review がこの依頼に当てはまる」と判断し、自動的に Skill を起動 します。

> いまの差分、セキュリティ観点で見てくれる？
（Claude が /security-review を自動発火）

この自動発火が、Skills のいちばん面白いところです。「Claude にお願いするだけで、Claude が自分で適切な Skill を選んで使う」 という挙動が成立します。日々の使い方としては、こちらが主役になっていきます。

ただし、自動発火は description の質に依存 します。曖昧な依頼だと「どの Skill を使うべきか判断できず、何も起動しない」ことがあります。「使ってほしいのに使ってくれない」と感じたら、まずは / から明示的に呼んでみてください。

有効・無効の管理

Skills は デフォルトで全部有効 ですが、特定の Skill だけ無効化することもできます。仕組み上は 設定ファイル（~/.claude/settings.json 等）で除外指定する方式が基本になります。

正直なところ、Skills の有効・無効を意識するのは 「特定のSkillが暴走するのが怖い」 か 「勝手に動いてほしくない場面がある」 ときに限られます。最初のうちは全部有効のままで困りません。困ったら設定ファイルを触る——という順序で十分です。

設定ファイルの書式そのものは公式ドキュメントが正解で、本記事では 「無効化する手段がある」 という事実だけ覚えておいてください。

うまく動かないときのチェック手順

「自然言語で頼んだのに発火しない」「/ メニューに出てこない」といった症状は、Skills を使っていれば一度は遭遇します。トラブル時の確認順は、

/help でリストに出ているか確認：そもそも入っていないと呼べない
/<skill名> で明示的に呼んでみる：/ から呼んで動けば、自動発火の問題（依頼文が曖昧）
依頼文を具体的にし直す：「セキュリティを見て」より「インジェクションと XSS の観点で差分を見て」のほうが発火しやすい
/clear で会話をリセットしてみる：長い会話で Claude の判断が鈍ることがある
Claude Code を再起動する：再起動でリスト読み直しが起きる

の順で潰していくのが効率的です。だいたいは「3」までで解決します。

自分専用の Skills が欲しくなる瞬間

公式 Skills を使い込んでいると、ある時点で 「自分の作業用に専用のSkillが欲しい」 という欲求が出てきます。

たとえば、

マギのクロゼミの記事執筆ルール（口調、構成、避けたい表現）を Skill 化したい
案件ごとのコーディング規約を Skill 化したい
自分のよく書く Astro コンポーネントの「型」を Skill 化したい

といった願望です。これらは Markdown ファイル1枚と短い frontmatter で実現できます。難しいプログラミングは不要です。

詳しい作り方は次の記事「Skills を自作する」で、いちから扱います。手を動かしてみると、Skills の本当の価値が体感できます。

まとめ

公式 Skills の使い方の要点を整理します。

公式 Skills は3系統：Anthropic 配布／プラグイン経由／有志配布
/help でいまの手札を見る：Built-in と Skills は分けて表示される
代表3つ：/init（説明書を作る）／/security-review（差分のセキュリティレビュー）／/review（PR レビュー）
呼び方は2種類：/ から明示的に呼ぶ／自然言語で頼んで自動発火させる
自動発火は description の質に依存：曖昧な依頼だと起動しない
無効化は設定ファイルで：最初は全部有効のままで困らない
動かないときは /help →明示呼び出し →依頼文の具体化 →/clear →再起動の順
/security-review と /review の違い：ローカル差分か PR か

公式 Skills の使い心地がつかめたら、次の記事「Skills を自作する」で、自分専用の Skill を作ってみましょう。SKILL.md を1枚書くだけで、/help のリストに自分の名前のコマンドが現れる ——この体験はちょっと感動的です。続けて読むと、Claude Code が「人が作ったツール」から「自分仕様のツール」に変わる転機を体感できます。

WordPressを実際に動かしてきたサーバー：ロリポップ

Claude Code でWordPressサイトを組み立てるとき、最初に置く先として無理のないレンタルサーバー。月数百円から始められ、WordPressの自動インストールにも対応しています。設定で詰まりがちな初期段階の時間をかなり減らせます。

🌱

ロリポップ！レンタルサーバー

GMOペパボ運営 / 月額¥220〜

ロリポップを見る →

Roadmap 学習マップでこの記事の位置を見る

Step 1 →

はじめに

「公式 Skills」とはどこから来るのか

まずは /help で「自分の手札」を見る

代表3つを実際に呼んでみる

1. /init — プロジェクトの説明書を自動生成する

2. /security-review — セキュリティの観点で差分を見る

3. /review — プルリクエストをレビューする