Claude Code Skillsは、開発手順やレビュー観点を必要なときだけ読み込み、繰り返し作業を安定させる仕組みです。
この記事では、GitHubの公式カタログから実務に使いやすいSkills・Pluginsを選び、安全に導入・評価する方法を解説します。
情報確認日：2026年7月11日（日本時間）
結論：最初は公式プラグインから1つずつ導入し、出力と権限を評価する
この記事の結論
- Claude CodeのSkillは、繰り返し使う手順・参考資料・スクリプトを必要なときだけ読み込ませる仕組み
- GitHubで探す場合は、まずAnthropic公式のclaude-plugins-officialとanthropics/skillsを確認する
- 機能開発にはfeature-dev、変更後の整理にはcode-simplifier、Skill改善にはskill-creatorが使いやすい
- PluginはSkillだけでなくHooksやMCPを含む場合があるため、インストール前に中身と権限を確認する
- おすすめ一覧を一括導入せず、小さなリポジトリで「発動条件・結果・時間・権限」を測る
Claude Code Skillsとは？
Claude CodeのSkillは、特定の作業を繰り返し実行するための指示、スクリプト、参考ファイルをまとめたフォルダです。中心となるSKILL.mdには、Skillの名前、発動条件、実行手順などを記述します。
毎回同じレビュー観点やリリース手順をチャットへ貼り付ける代わりにSkillへまとめると、Claudeは必要なときだけ内容を読み込みます。手動で/skill-nameを実行することも、Claudeに関連性を判断させることもできます。
Skill・Plugin・Hook・MCPの違い
| 仕組み | 主な役割 | 向いている例 |
|---|---|---|
| Skill | 作業手順・知識・スクリプトの再利用 | レビュー、リリース確認、ドキュメント更新 |
| Plugin | Skills、Agents、Hooks、MCPなどをまとめて配布 | チーム用開発環境、外部サービス連携 |
| Hook | 特定イベントで決定的にコマンドを実行 | 整形、Lint、危険操作の拒否、ログ |
| MCP | 外部サービスやデータをツールとして接続 | GitHub、DB、デザイン、社内API |
「説明を読ませたい」ならSkill、「必ずコマンドを走らせたい」ならHook、「外部システムを操作したい」ならMCPが基本です。複数をひとまとめに配布したい場合はPluginを使います。
最初に確認したい公式GitHub
claude-plugins-official
anthropics/claude-plugins-officialは、Claude Code向けPluginを掲載する公式ディレクトリです。Anthropic自身が提供するものだけでなく、外部提供者のPluginも含まれるため、「公式ディレクトリにある」ことと「中身を無条件に信頼できる」ことは同じではありません。
- source：どのGitHubリポジトリやディレクトリから取得するか
- skills：どんな手順が追加されるか
- hooks：自動実行されるコマンドがないか
- MCP：どの外部サービスへ接続するか
- scripts：シェルやPythonが何を実行するか
- 権限：ファイル書き込み、ネットワーク、Git操作が必要か
anthropics/skills
anthropics/skillsは、Agent Skillsの例や実用的なSkillを確認できる公式リポジトリです。Skillフォルダの構造、説明の書き方、スクリプトや参考資料の添え方を学ぶ用途にも使えます。
GitHubのスター数や最終更新日だけで安全性は判断できません。インストール時点のコミット、ライセンス、スクリプト、Issueを確認し、更新後も差分を見直してください。
Claude CodeでおすすめのSkills・Plugins
skill-creator：Skillの発動条件と出力を評価する
skill-creatorは、既存Skillのテストケースを作り、Skillあり・なしの結果、成功率、時間、トークン、発動条件を比較する公式Pluginです。Skillを作成したものの「呼ばれない」「関係ない依頼でも発動する」といった問題を改善するのに向いています。
/plugin marketplace add anthropics/claude-plugins-official
/plugin marketplace update claude-plugins-official
/plugin install skill-creator@claude-plugins-official
/reload-plugins導入後は、評価したいSkill名と実際の利用例を伝えます。新しいセッションでSkillあり・なしを比較すると、作成中の会話コンテキストに依存した評価を避けられます。
feature-dev：機能追加を調査・設計・実装へ分ける
feature-devは、既存コードの調査、要件整理、設計、実装、レビューを段階的に進めたいときに向きます。「画面を1つ追加して」のような曖昧な依頼を、影響範囲と確認手順へ落とす補助になります。
/plugin install feature-dev@claude-plugins-official- 既存アーキテクチャを先に調べる
- 変更対象と変更しない範囲を明確にする
- 実装前に複数案やリスクを比較する
- コード変更後にレビューとテストを行う
code-simplifier：動作を保ちながら変更箇所を整理する
code-simplifierは、最近変更したコードを中心に、可読性、一貫性、保守性を改善するエージェントです。大規模な設計変更ではなく、機能を保ったまま冗長な分岐や命名を整えたい場面に向きます。
/plugin install code-simplifier@claude-plugins-official「簡潔になった」ことと「正しくなった」ことは別です。簡素化後もテスト、型チェック、差分レビューを実行してください。
code-review：Pull Requestを複数観点で確認する
code-reviewは、Pull Requestや差分を複数のレビュー観点で確認する用途に向きます。レビュー結果は人間の承認を置き換えるものではなく、回帰、境界条件、テスト不足を見つける追加のシグナルとして使います。
/plugin install code-review@claude-plugins-officialclaude-code-setup：リポジトリに合う自動化候補を探す
claude-code-setupは、コードベースを分析し、Skills、Hooks、MCP、Subagentsなどの導入候補を提案するPluginです。何を追加すべきか決まっていない段階で使い、提案をそのまま一括適用せず、必要性を確認して1つずつ導入します。
/plugin install claude-code-setup@claude-plugins-officialplugin-dev：チーム配布用Pluginを作る
plugin-devは、Skill単体ではなく、複数のSkill、Hook、MCP、AgentをまとめたPluginを設計・検証したいときに使います。個人の便利設定をチームへ配布する前に、構造やマニフェストを整える用途です。
組み込み機能も先に使う
外部Pluginを追加する前に、Claude Codeに組み込まれた確認機能やコマンドで目的を満たせないか確認します。利用できる項目はバージョンで変わりますが、公式ドキュメントではレビュー、セキュリティレビュー、初期化、デバッグや診断に関する機能が案内されています。
| 用途 | 先に試すもの | 外部Pluginを追加する目安 |
|---|---|---|
| 差分レビュー | /reviewや組み込みレビュー |
チーム独自の観点や複数エージェントが必要 |
| 設定診断 | /doctorなど現在の診断機能 |
リポジトリ固有の診断手順が必要 |
| 安全確認 | 権限設定と/security-review |
特定言語・基盤に特化した検査が必要 |
| 繰り返し作業 | 短いプロンプトやCLAUDE.md | 手順、資料、スクリプトをまとめたい |
Pluginを安全にインストールする手順
1. 目的を1文で決める
「おすすめだから」ではなく、「PRの境界条件を確認する」「Skillの発動率を測る」のように、導入後に改善したい作業を1つ決めます。
2. GitHubで中身を確認する
READMEだけでなく、Pluginのマニフェスト、Skills、Hooks、MCP、scripts、依存パッケージを確認します。外部URLからバイナリを取得する処理や、広いファイル権限を要求する処理があれば理由を確認します。
3. 小さなリポジトリで試す
秘密情報や本番接続がないテスト用リポジトリで、読み取り中心の依頼から始めます。変更前後の差分と実行コマンドを記録します。
4. 発動条件と結果を評価する
「発動すべき依頼」「発動してはいけない依頼」を用意し、同じ条件で比較します。結果の正確さだけでなく、処理時間、トークン、不要なツール実行も確認します。
5. バージョンと更新差分を管理する
チーム導入では、検証したバージョンやコミットを記録します。更新時にHooksやMCPが追加されていないか確認し、問題があれば以前の状態へ戻せるようにします。
Webサイト・Webアプリ開発での組み合わせ例
機能追加：feature-dev → テスト → code-simplifier
- feature-devで既存コードと要件を調べる
- 実装案と影響範囲を確認してから編集する
- 単体テストとE2Eテストを実行する
- code-simplifierで変更部分を整理する
- 再度テストしてPull Requestを作る
Skill開発：手作業の手順 → SKILL.md → skill-creator
- まず人間が手順を1回実行して失敗点を記録する
- 手順と確認条件をSkillへまとめる
- skill-creatorで発動条件と出力を比較する
- 誤発動と不足手順を修正する
- チームのリポジトリへ追加してレビューする
品質確認：Pluginのレビューと決定的なテストを分ける
AIレビューは仕様漏れや不自然な実装を探すのに向きます。一方、型チェック、Lint、単体テスト、Playwrightなどの成否は決定的なコマンドで確認します。両方を通してから人間が差分を承認します。
避けたい導入方法
- おすすめ一覧を一括インストールして、どのPluginが何を実行したか分からなくする
- Pluginの名前だけを見て、HooksやMCPの中身を確認しない
- 本番APIキーや管理者権限がある環境で最初のテストを行う
- Skillが発動したことだけで、結果が改善したと判断する
- AIレビューを単体テストや人間レビューの代わりにする
- 更新を自動適用し、依存先やスクリプトの差分を確認しない
あわせて読みたい記事
- Claude Code Hooksの使い方
- Claude Code HooksとPlaywrightでE2Eテストを自動化
- GitHub FlowとPull Request
- Codex Skillsおすすめ
よくある質問
Claude CodeのSkillはGitHubから直接使えますか？
Skillをローカルの所定ディレクトリへ置く方法と、Pluginとしてマーケットプレイスから導入する方法があります。配布元の手順と現在の公式ドキュメントを確認してください。
公式マーケットプレイスのPluginはすべてAnthropic製ですか？
いいえ。公式ディレクトリにはAnthropic提供と外部提供の両方が含まれます。外部Pluginは接続先、スクリプト、権限を特に確認します。
SkillとCLAUDE.mdはどう使い分けますか？
常に適用する短い事実や規約はCLAUDE.md、特定作業で読む長い手順や参考資料はSkillへ分けると管理しやすくなります。
Skillが自動で発動しないときは？
descriptionを具体化し、発動すべき例と発動しない例で評価します。必要ならスラッシュコマンドで明示的に呼び出し、skill-creatorで発動率を比較します。
おすすめPluginを全部入れた方が便利ですか？
使わないPluginはコンテキスト、権限、更新管理を増やします。現在の作業課題に合うものを1つずつ導入し、効果が確認できたものだけ残す方が安全です。
まとめ
Claude CodeのSkillsとPluginsは、レビュー、機能開発、コード整理、Skill評価などの繰り返し作業を再利用する仕組みです。最初はAnthropic公式のGitHubとマーケットプレイスから目的に合うものを1つ選び、中身を確認してから小さな環境で試します。
導入数よりも、発動条件、出力品質、実行時間、権限、更新差分を管理できることが重要です。Webアプリ開発では、AIによる判断と、テストやLintによる決定的な確認を組み合わせて使ってください。