Claude Code スキル厳選 8 選【2026年5月版】即戦力テンプレ付き

Claude Code のスキル機能は無料です。 繰り返し手順を SKILL.md に書くだけで Claude Code に業務ルールを記憶させる、Anthropic 公式の拡張機能です。claude-code-media 編集部が 2026年5月時点の公式ドキュメント・実務事例を精査し、即戦力になる 8 スキルを SKILL.md テンプレート付きで紹介します。

TL;DR

#	スキル名	主な用途	呼び出し方	推奨対象
1	coding-standards	コーディング規約の記憶	自動（関連トピックで起動）	全開発者
2	pr-review	PR 自動レビュー	/pr-review	チーム開発者
3	summarize-changes	コミット前差分サマリー	/summarize-changes	個人開発者
4	test-generator	単体テスト自動生成	/test-generator	TDD 実践者
5	fix-issue	Issue → 実装を自動化	/fix-issue 123	OSS コントリビュータ
6	/security-review	セキュリティチェック	/security-review	セキュリティ担当
7	deploy	本番デプロイ自動化	/deploy	DevOps 担当
8	tech-doc	ドキュメント自動生成	/tech-doc	テックライター

Claude Code スキルとは？

Claude Code スキル（Skills）は、繰り返し使う手順・規約・業務ルールを SKILL.md に書いて Claude Code に覚えさせる仕組みです。.claude/skills/<スキル名>/SKILL.md に置くだけで、Claude が関連するトピックが出た時に自動参照するか、/スキル名 で即呼び出せます。

CLAUDE.md との違いは「必要な時だけロードされる」点です。SKILL.md の内容は呼び出された時だけコンテキストに入るため、長大な手順書を書いても平常時はトークンを消費しません。

スキルの基礎知識は「Claude Code Skills 完全ガイド」で詳しく解説しています。

選定基準

• 2026 年 5 月時点で公式ドキュメントまたは GitHub に実装例あり
• 実務での使用報告（Zenn / Qiita / 企業ブログ）が 1 件以上
• SKILL.md が 30 分以内に作成・テスト可能な複雑さ
• Pro / Max プランで追加費用なし（スキル機能自体は無料）

---

各スキル詳細

厳選した 8 スキルをすぐにコピーして使える SKILL.md テンプレート付きで解説します。各スキルの「公式 URL」から最新仕様も確認できます。

1. コーディング規約スキル（coding-standards）

チームの命名規則・コメント規約・エラー処理パターンを Claude Code に完全記憶させる、すべての開発チームの出発点となるスキルです。

CLAUDE.md に書いていたコーディングルールをスキル化することで、ルール内容がコンテキストウィンドウを常時圧迫しなくなります。Claude が関連コードを編集する時に自動参照するため、毎回プロンプトに貼り付ける手間もゼロです。

# .claude/skills/coding-standards/SKILL.md
---
name: coding-standards
description: >
  このプロジェクトのコーディング規約。命名規則・コメント・エラー処理・
  テストの書き方を定義。コード作成・レビュー時に自動参照。
user-invocable: false
---

## 命名規則
- 変数・関数: camelCase
- 型・インターフェース: PascalCase
- 定数: UPPER_SNAKE_CASE
- ファイル: kebab-case.ts

## エラー処理
- 例外をサイレントに握りつぶさない
- ユーザー向けメッセージと内部ログを分離
- Result 型または throw のいずれかに統一

## テスト
- テストファイルは `*.test.ts` で同ディレクトリに配置
- describe / it の説明は日本語
- カバレッジ目標 80% 以上

Pros

• CLAUDE.md を肥大化させずに済む
• user-invocable: false でユーザーに隠し、Claude だけが自動参照
• 新メンバーのオンボーディングにそのまま使える

Cons

• スキルが増えると description の文字数バジェット（デフォルト 1% コンテキスト）を消費
• 既存 CLAUDE.md からの移行作業が必要

使うべきユースケース: チーム開発・OSS プロジェクト・長期運用プロダクト

公式: code.claude.com/docs/en/skills

---

2. PR レビュースキル（pr-review）

GitHub CLI でリアルタイムに PR 差分を取得し、コード品質・テスト網羅性・セキュリティを自動チェックするスキルです。3 人チームが週 30 PR を捌いた実績あり（Zenn / Tokium 事例）。

context: fork でサブエージェントとして独立実行するため、メイン会話のコンテキストを消費しません。チーム固有の指摘基準（MUST / HIGH / MAY 分類など）も組み込めます。

# .claude/skills/pr-review/SKILL.md
---
name: pr-review
description: PR のコードをレビューし、品質・セキュリティ・テスト網羅性を報告する
context: fork
allowed-tools: Bash(gh *)
---

## PR 情報
- diff: !`gh pr diff`
- コメント: !`gh pr view --comments`
- 変更ファイル: !`gh pr diff --name-only`

## レビュー観点（重大度順）
1. **MUST** — バグ・セキュリティ脆弱性・データ損失リスク
2. **HIGH** — 品質上の問題（未処理エラー、テスト欠落）
3. **MAY** — 可読性・命名の改善提案

各指摘は `ファイル名:行番号 | 重大度 | 内容` の形式で出力してください。
最後に「承認 / 要修正」の総合判定を 1 行で示してください。

Pros

• !git コマンド`` で PR データを動的注入するため常に最新
• context: fork により並列実行可能
• allowed-tools: Bash(gh *) で gh コマンドを都度許可なしに実行

Cons

• gh CLI のインストールと認証が前提
• 大規模 PR（1,000 行以上）はコンテキスト超過のリスク

使うべきユースケース: 2 人以上のチーム開発・OSS メンテナ

参考: ZOZO TECH BLOG 事例

---

3. コミット変更サマリースキル（summarize-changes）

git diff HEAD を動的取得して未コミット変更を 2〜3 行で要約し、リスク箇所（未処理エラー、ハードコード値、テスト未更新）を自動フラグします。公式ドキュメントの Getting Started 例として紹介されている王道スキルです。

コミット前の「何を変えたか」確認と「コミットメッセージ下書き生成」のセットで使うと特に効果的です。

# ~/.claude/skills/summarize-changes/SKILL.md
---
name: summarize-changes
description: >
  未コミットの変更を要約してリスクをフラグ。
  「何を変えたか確認したい」「コミットメッセージを書きたい」時に自動起動。
---

## 現在の変更
!`git diff HEAD`

## タスク
上記の差分を以下の形式でまとめてください：

**要約**（2〜3 行）
変更内容を端的に説明。

**リスク**
以下の観点でリスク箇所をリストアップ（なければ「リスクなし」）：
- 未処理エラー
- ハードコードされた値
- テスト未更新の変更
- 破壊的変更（型・API インターフェース変更）

Pros

• ~/.claude/skills/ に配置すれば全プロジェクトで即使える個人スキル
• コミットメッセージ下書きと組み合わせ可能
• 差分が空の場合は「変更なし」と正直に返す

Cons

• 大規模差分（数千行）では要約が粗くなる場合あり
• staged 変更のみ見たい場合は git diff --cached に変更が必要

使うべきユースケース: ソロ開発・コミットメッセージ自動化

公式: code.claude.com/docs/en/skills#create-your-first-skill

---

4. テスト生成スキル（test-generator）

対象ファイルを引数に渡すと、Jest / pytest / Vitest に対応した単体テストを自動生成するスキルです。TDD（テスト駆動開発）の「RED フェーズ（テスト先書き）」を劇的に高速化します。

コーディング規約スキルと組み合わせることで、プロジェクト固有の describe / it 命名規則を守ったテストが出力されます。

# .claude/skills/test-generator/SKILL.md
---
name: test-generator
description: 指定ファイルの単体テストを自動生成する。TDD の RED フェーズを高速化。
argument-hint: "[対象ファイルパス]"
allowed-tools: Read Glob
---

## ターゲットファイル
$ARGUMENTS のコードを Read ツールで読み込んでください。

## テスト生成ルール
1. テストフレームワーク: package.json から自動判定（Jest / Vitest / pytest）
2. カバレッジ目標: 正常系・異常系・境界値をそれぞれ最低 1 ケース
3. モック: 外部依存（API 呼び出し・DB・ファイル I/O）はすべてモック化
4. 命名: `describe('関数名', () => { it('〜した場合、〜を返す') })` の日本語スタイル
5. 出力先: 入力ファイルと同ディレクトリに `*.test.ts` (または `_test.py`) を生成

テスト生成後、実行コマンド（`npx vitest run` 等）を 1 行で案内してください。

Pros

• ファイルパスを渡すだけでボイラープレートを自動生成
• コーディング規約スキルと組み合わせると命名が統一される
• 生成後すぐ npm test で RED 確認まで完結

Cons

• 複雑なビジネスロジックのテストは手動補完が必要
• テストフレームワーク判定が失敗する場合は明示指定が必要

使うべきユースケース: TDD 実践・レガシーコードへのテスト後付け

---

5. GitHub Issue 自動修正スキル（fix-issue）

Issue 番号を引数に渡すだけで、要件確認 → コード実装 → テスト作成 → コミットまでを一気通貫で自動化するスキルです。公式ドキュメントの引数渡し例として紹介されている実用度の高いスキルです。

disable-model-invocation: true で手動実行専用に設定し、意図せず Claude が自動起動するのを防ぎます。

# .claude/skills/fix-issue/SKILL.md
---
name: fix-issue
description: GitHub Issue を修正する。Issue 番号を引数に指定。
argument-hint: "[issue番号]"
disable-model-invocation: true
allowed-tools: Bash(gh *) Read Write Edit Grep Glob
---

GitHub Issue #$ARGUMENTS を以下の手順で修正してください：

1. **Issue 確認**: `gh issue view $ARGUMENTS` で要件を把握
2. **ブランチ作成**: `git checkout -b fix/issue-$ARGUMENTS`
3. **実装**: コーディング規約スキル（coding-standards）に従って修正
4. **テスト作成**: test-generator スキルで単体テストを生成・確認
5. **コミット**: `fix: resolve issue #$ARGUMENTS - <要約>` の形式でコミット
6. **PR 作成**: `gh pr create --title "fix: issue #$ARGUMENTS" --body "Closes #$ARGUMENTS"`

各ステップ完了後に進捗を報告してください。

Pros

• Issue 番号 1 つで PR 作成まで全自動
• disable-model-invocation: true で誤爆ゼロ
• コーディング規約・テスト生成スキルとの連携で品質が担保される

Cons

• gh CLI 認証と適切な権限が前提
• Issue 要件が曖昧な場合、途中で確認が必要

使うべきユースケース: OSS コントリビュータ・Issue 多発プロダクト

公式: code.claude.com/docs/en/skills#pass-arguments-to-skills

---

6. セキュリティレビュースキル（/security-review）

Claude Code に組み込まれた bundled skill です。インストール不要で /security-review と入力するだけで、OWASP Top 10 準拠のセキュリティチェックを即実行できます。

Anthropic が公式にメンテナンスする bundled skill のため、モデルアップデートに追従した最新のセキュリティ知識で診断されます。認証コード・決済処理・ファイルアップロード前の最終チェックとして組み込みましょう。

主な検出項目:

• インジェクション: SQL・コマンド・LDAP インジェクション
• 認証: セッション固定・ブルートフォース対策不備
• XSS: 反射型・格納型・DOM 型
• CSRF: トークン欠落・SameSite Cookie 設定不備
• 機密情報: ハードコードされた API キー・パスワード

Pros

• 追加インストール不要（Claude Code に同梱）
• セキュリティ知識がなくても使える
• MUST / HIGH / LOW の重大度分類で優先度が一目瞭然

Cons

• カスタムルール（自社固有のセキュリティポリシー）は別途スキル化が必要
• 動的解析は行わない（静的解析のみ）

使うべきユースケース: 認証・決済・個人情報処理コードのレビュー前

料金: 無料（Claude Code Pro / Max プラン同梱）
公式: code.claude.com/docs/en/commands

セキュリティレビューの詳細はサブエージェント おすすめ 8 選の security-auditor も参照。

---

7. デプロイ自動化スキル（deploy）

本番デプロイの手順書を SKILL.md に落とし込み、/deploy コマンドで実行する手動専用スキルです。「テスト通過を確認してからデプロイする」「マイグレーションを先に実行する」などのチーム固有の手順を確実に守らせます。

disable-model-invocation: true を必ず設定し、Claude が会話中に勝手にデプロイを開始しないようにします。

# .claude/skills/deploy/SKILL.md
---
name: deploy
description: 本番環境にデプロイする。必ず手動で実行すること。
disable-model-invocation: true
allowed-tools: Bash(npm *) Bash(npx *) Bash(git *) Bash(vercel *)
---

## デプロイ前チェックリスト
以下を順番に実行し、すべてパスしてからデプロイしてください：

1. テスト実行: `npm test -- --run`
   - 失敗があれば即中止
2. 型チェック: `npx tsc --noEmit`
3. Lint: `npm run lint`
4. ビルド: `npm run build`
5. デプロイ: `vercel --prod`
6. 動作確認: デプロイ後 URL に `curl` でヘルスチェック

各ステップの結果（pass / fail）をリスト形式で報告してください。

Pros

• 手順の抜け漏れをゼロに
• チームメンバーが手順書を暗記しなくて済む
• allowed-tools で使用コマンドを明示することで意図しない副作用を防止

Cons

• クラウドプロバイダーごとに手順が異なるためカスタマイズ必須
• デプロイ失敗時のロールバック手順も SKILL.md に記載推奨

使うべきユースケース: DevOps 担当・リリース頻度が高いチーム

Hooks との連携でデプロイ通知を Discord に送る方法は「Claude Code Hooks 活用ガイド」を参照。

---

8. 技術ドキュメント生成スキル（tech-doc）

コードベースを自動解析して README・API ドキュメント・アーキテクチャ概要を Markdown で生成するスキルです。「書いたコードのドキュメントが追いついていない」という課題を解決します。

agent: Explore と組み合わせることで、コードベース全体を読み込んだうえで構造化されたドキュメントを出力できます。

# .claude/skills/tech-doc/SKILL.md
---
name: tech-doc
description: >
  コードベースを解析して技術ドキュメントを生成。
  README 更新・API ドキュメント作成・アーキテクチャ説明に使う。
argument-hint: "[readme|api|architecture]"
context: fork
agent: Explore
allowed-tools: Read Glob Grep
---

## ドキュメント種別
$ARGUMENTS に応じて以下を生成してください：

- **readme**: プロジェクト概要・セットアップ・使い方・コントリビュートガイド
- **api**: 公開関数・エンドポイント・型定義の一覧（JSDoc / docstring 準拠）
- **architecture**: ディレクトリ構成・依存関係・データフローを Mermaid 図付きで説明

## 生成ルール
1. 既存の README.md / docs/ があれば差分更新（全書き換えしない）
2. コード例は実際のファイルから引用（架空の例は使わない）
3. 日本語で出力（コードブロックは英語のまま）

Pros

• context: fork + agent: Explore で大規模コードベースも全体を俯瞰
• 3 種類（readme / api / architecture）を引数で切り替え可能
• 実コードから引用するためドキュメントの陳腐化が減少

Cons

• 初回生成は時間がかかる（大規模プロジェクトで 2〜5 分）
• 生成後の細かい修正は手動が必要

使うべきユースケース: OSS 公開前・チーム新規参画者へのオンボーディング

---

まとめ：用途別の選び方

ペルソナ別に「まず入れるべきスキル」を整理しました。全 8 スキルを一度に導入する必要はなく、最初の 1〜2 個から試すのが成功パターンです。

ソロ開発者（個人プロジェクト）

まず入れるべき 3 スキル:

1. coding-standards（ルール記憶）→ ~/.claude/skills/ に個人スキルとして配置
2. summarize-changes（コミット前差分確認）
3. /security-review（組み込み、追加作業ゼロ）

チーム開発（3〜10 人規模）

チームリポジトリの .claude/skills/ に追加:

1. coding-standards（全員が同じ規約を使う）
2. pr-review（レビュー工数を削減）
3. test-generator（テスト品質の均一化）
4. deploy（デプロイ手順の標準化）

OSS メンテナ・コントリビュータ

Issue 駆動開発に特化した組み合わせ:

1. fix-issue（Issue → PR を自動化）
2. pr-review（コントリビューターの PR をレビュー）
3. tech-doc（ドキュメント整備）

---

スキルを作るコツ 3 選

① CLAUDE.md が 200 行を超えたらスキル化の合図
CLAUDE.md のうち「手順・チェックリスト」に該当する部分を抜き出してスキル化すると、日常会話でのトークン消費が大幅に減ります。

② description に「トリガーフレーズ」を入れる
description: PR のコードをレビューする より description: PR レビュー・コード品質確認・テスト不足の指摘をする時に使う の方が Claude が適切なタイミングで自動起動します。

③ 副作用のあるスキルは必ず disable-model-invocation: true
デプロイ・外部 API 呼び出し・ファイル削除を含むスキルは手動実行専用に設定しておくと安心です。

---

Claude Code スキルの基礎から応用まで体系的に学ぶなら「Claude Code Skills 完全ガイド」を、スキルと組み合わせてさらに自動化したい場合は「Claude Code サブエージェント おすすめ 8 選」もあわせてご覧ください。

---

よくある質問（FAQ）

Q. Claude Code スキルは無料で使えますか？

スキル機能自体は追加料金なしで Pro / Max / Team / Enterprise プランすべてに含まれています。Claude Code の API 使用量（トークン）のみ課金されます。 参考: Anthropic 公式 Skills ドキュメント

Q. SKILL.md と CLAUDE.md の違いは何ですか？

CLAUDE.md はセッション開始時に常時読み込まれますが、SKILL.md は「呼び出された時のみ」コンテキストに入ります。長大な手順書や参照用マニュアルはスキル化することでトークン消費を大幅に抑えられます。 参考: Claude Code Skills 完全ガイド

Q. スキルはチームで共有できますか？

はい、プロジェクトの .claude/skills/ ディレクトリに追加して Git にコミットすれば、チーム全員が同じスキルを使えます。個人スキルは ~/.claude/skills/ に配置します。

Q. 既存の .claude/commands/ ファイルは引き続き動作しますか？

動作します。Claude Code はコマンドとスキルを同一視しており、既存ファイルの変更は不要です。ただし新規作成はスキル形式（skills/<名前>/SKILL.md）を推奨します。 参考: Commands reference（Anthropic 公式）

Q. スキルが多くなるとパフォーマンスに影響しますか？

スキルの description のみがコンテキストに常時載る（本文は呼び出し時のみ）ため、スキル本体が大きくても平常時の影響は最小限です。description が多くなった場合は /doctor コマンドでバジェット状況を確認できます。

---

出典・参考

• Extend Claude with skills（Anthropic 公式）
• anthropics/skills（GitHub 公式リポジトリ）
• Claude Code Agent Skillsを活用したTECH BLOGレビュー（ZOZO TECH BLOG, 2026）
• 3人で週30PR、溺れかけた開発チームがClaude Codeスキルでレビューを回した話（Zenn, 2026）
• Claude Code Skills 完全ガイド（当メディア）

この記事の著者

claude-code-media 編集部／ Claude Code 専門編集チーム

Claude Code の非エンジニア向け業務効率化メディア『claude-code-lab.jp』を運営。フリーランス・中小企業・個人開発者向けに、実装テンプレ・業務自動化テクニック・Vibe Coding 入門を配信。

Claude Code 完全ガイドVibe CodingAI 業務効率化非エンジニア向け AI 教育MCP（Model Context Protocol）

運営: 株式会社AIKNOW著者プロフィールを見る →無料ニュースレターを購読 →