この記事にはアフィリエイトリンクが含まれる場合があります。
Claude Codeは2026年5月時点で、単一のCLIツールから「複数の公式コンポーネントと活発なコミュニティ拡張で構成されるエコシステム」へと進化しました。Skills、Plugins、Hooks、Agent SDK、MCP、Marketplace、IDE拡張など、関連用語が増えすぎて全体像を掴みづらいと感じる方も多いはずです。
本記事はClaude Codeの「使い方」よりも一段俯瞰の視点で、エコシステム全体の構造と、それぞれのコンポーネントの位置づけ、どこから手を付けるべきかを整理します。基本的な導入とCLIの使い方はClaude Code完全ガイドで扱っていますので、合わせてお読みください。
Claude Codeエコシステムを俯瞰する
エコシステムは、ざっくり以下の3層で捉えると整理しやすくなります。
- コア層：CLI本体、サブエージェント、スラッシュコマンド、CLAUDE.md、settings.json。
- 拡張層：Skills、Plugins、Hooks、MCPサーバー、IDE拡張、Marketplace。
- 統合層：Agent SDK、CI/CD連携、Slackbot、Webサービス組込み。
個人開発の段階ではコア層だけで十分です。チームで使い始めるとSkillsとMCPが必要になり、本格的に運用へ乗せる段階でPluginsとHooksの設計が重要になります。さらに自社プロダクトへ組み込む段階でAgent SDKを使うという順序が一般的です。
公式コンポーネント一覧（CLI / Skills / Plugins / Hooks / Agent SDK / MCP）
2026年5月時点の公式コンポーネントを表で整理します。
| コンポーネント | 役割 | 配布単位 |
|---|---|---|
| CLI | 対話とファイル操作の本体 | npmパッケージ |
| Skills | 再利用可能な専門知識 | Markdown + 参考ファイル |
| Plugins | Skills/Hooks/MCP/コマンドの束 | Marketplace経由 |
| Hooks | イベントフックのシェル実行 | settings.json内 |
| MCPサーバー | 外部ツール接続 | 独立プロセスまたはHTTP |
| Agent SDK | ヘッドレス埋め込み | TypeScript / Python SDK |
| IDE拡張 | VS Code / JetBrains向けUI | 各IDEのMarketplace |
Skills：Anthropic純正の再利用ユニット
Skillsは「特定のタスクをこなすための手順書」を再利用可能な形でまとめた単位です。フロントマター付きのMarkdownファイルが本体で、トリガー条件、適用範囲、本文（手順）を記述します。Claude Codeはセッション中、ユーザー入力からSkillの適用条件を判定し、必要なときだけ自動で読み込みます。
個人レベルの活用例としては「コード規約に従ったReactコンポーネント生成」「定型のレビューチェックリスト」「特定言語のテストハーネス起動」などが向いています。チームレベルでは「リリース手順」「インシデント対応」「マイグレーション作成」といった運用Runbookが効果的です。
Plugins と Marketplace：配布の仕組み
Pluginは、Skills・Hooks・MCP設定・スラッシュコマンド・追加プロンプトをひとまとめにした配布単位です。1つのPluginを入れるだけで、複数のSkillと関連するMCPサーバー、自動化Hooksが同時に有効になります。Anthropic公式のMarketplaceに加えて、サードパーティのMarketplaceや、社内専用のMarketplaceも構築可能です。
コミュニティ製の代表格として「TDDワークフローを強制するPlugin」「コードレビューを多角的に行うPlugin」「セキュリティレビューを差し込むPlugin」などが流通しています。導入時は、含まれるHooksの中身を必ず確認してください。Hooksは任意のシェルコマンドを実行できるため、信頼できない発行元のPluginを入れるのはリスクが高い行為です。
Hooks でCI/CD・通知・監査をフックする
Hooksは、Claude Codeのイベント（セッション開始、ツール呼び出し前後、セッション終了など）に任意のコマンドを差し込む仕組みです。.claude/settings.jsonのhooksに定義します。代表的な用途は以下です。
- ファイル書き込み後にlinter/formatterを自動実行。
- Bashコマンド実行前に監査ログを記録。
- セッション終了時にSlackやTeamsへサマリー通知。
- Auto モード進行中の操作を別ファイルにスナップショット保存。
- 機密ファイルへのアクセスを検知してブロック。
サブエージェントと並列実行戦略
サブエージェントは、メインのClaude Codeセッションから独立した子プロセスです。専用のCLAUDE.md設定や、独自のコンテキストウィンドウを持つため、長時間のリサーチや、メインタスクと文脈が違う作業に向きます。
並列実行戦略の典型は「Planner-Implementer-Reviewer」の3役分担です。Plannerが全体計画を作り、複数のImplementerサブエージェントに具体的なタスクを発注、ReviewerがPRの差分をレビューする構成です。Anthropicの推奨パターンとしてドキュメント化されており、大規模リポジトリでは特に効果が大きい運用方式です。
Agent SDK：ヘッドレスで Claude Code を埋め込む
Agent SDKは、Claude Codeのコアエージェント機能をライブラリとして利用するためのSDKです。TypeScriptとPythonの両方が提供されており、CLIを介さずにWebサーバー・CI・Slackbotなどから直接呼び出せます。
典型的なユースケースは次のとおりです。
- PRが作成されたら自動でレビューコメントを返すGitHub Actions。
- サポートチケットに対し、社内ナレッジを参照して一次回答を生成するSlackbot。
- 夜間バッチで、依存パッケージのアップデートPRを自動作成。
- カスタマー向けのコード生成サービスのバックエンド。
SDKを使うとMCPサーバーやSkillsもそのまま流用できるため、CLIで作ったワークフローをそのままサービス化できます。
コミュニティ拡張（superpowers, claude-code-resource-bible など）
公式コンポーネントの周りには活発なコミュニティ拡張があります。代表的なものをいくつか紹介します。
- superpowers系プラグイン：TDD、コードレビュー、ブレインストーミング、systematic debugging などの実務スキルをまとめたSkills集。
- claude-code-resource-bible：MCPサーバー・スラッシュコマンド・output style などをカタログ化したリソース集。新しいツール選定の出発点として便利。
- 独自Marketplace群：特定の言語コミュニティや企業向けに最適化されたPlugin配布元。
非公式の「ECC（Everything Claude Code）」など、複数の便利設定を1セットにまとめたディストリビューションも複数存在します。ただし、入れる前にHooksとMCP設定の中身を必ず確認してください。便利さとリスクは隣り合わせです。
チーム導入のベストプラクティス
- CLAUDE.mdをリポジトリにコミット：誰が使っても同じ方針で動くようにする。
- settings.jsonは個人設定とプロジェクト設定を分ける：許可コマンドはリポジトリ側、APIキーは個人側。
- Skillsは小さく作って多くする：1つに詰め込まず、トリガー条件で適切に呼び分け。
- Pluginは社内Marketplaceで配布：外部Pluginの素入れは禁止し、レビュー後に社内に取り込む。
- Hooksで監査ログを必須化：本番リポジトリではBashコマンド・ファイル書込のログを残す。
- Auto モードは限定領域のみ：worktreeまたは隔離環境でのみ自走を許可。
監査・コスト・セキュリティ
エコシステム全体を活用するほど、監査とコスト管理の重要性は増します。トークン使用量はモデル別・タスク別に集計し、Prompt CachingとBatch APIを併用してコストを抑えます。詳細はClaude API料金最適化ガイドで扱っています。セキュリティ面では、機密リポジトリで外部HTTP MCPサーバーを禁止する、本番認証情報を含むディレクトリを許可コマンドから外す、といった基本ルールを徹底してください。
Marketplaceの選び方：公式・コミュニティ・社内の三軸
Plugin配布先のMarketplaceは2026年5月時点で3階層に分かれており、用途に応じて使い分けるのが定石です。Anthropic公式Marketplaceは安心して試せる入り口ですが収録数が限定的で、コミュニティMarketplaceは数が豊富な代わりに品質と安全性のばらつきが大きく、社内Marketplaceは自社統制が効く代わりに運用コストが要ります。
- Anthropic公式：基本ワークフロー（TDD、レビュー、ドキュメント整備）の素直な実装が中心。チーム導入の初手として最適。Hooks中身が公開レビュー済みで安全性が高い。
- コミュニティMarketplace（superpowers系・claude-code-resource-bibleなど）：実験的なSkillsや尖ったHooks、特定言語向けの最適化が豊富。導入前にリポジトリのスター数・更新頻度・Issuesの応答性を必ず確認する。
- 社内Marketplace：自社のCLAUDE.md規約、独自MCP、社内コードベース用Skillsを集中管理する場所。
.claude-plugin/marketplace.jsonを社内Gitリポジトリで配信すれば構築は容易。
選定時のチェックリストとしては、(1)含まれるHooksが任意コマンド実行を行わないか、(2)MCPサーバーが外部HTTPに認証情報を送らないか、(3)Skillsがallowed-toolsで権限を絞っているか、(4)README/CHANGELOGがメンテされているか、の4点をレビューしてから入れるのが鉄則です。便利さに釣られて中身未確認で入れると、Auto モード走行中に意図しないコマンドが発火する事故につながります。
SkillsとPluginを自作するためのガイドライン
既製のSkills/Pluginsを使い倒したら、次のステップは自作です。自作する際は、Anthropicの公式構造に従うのが長期メンテのしやすさに直結します。Skillは~/.claude/skills/<name>/SKILL.mdまたは.claude/skills/<name>/SKILL.mdに置き、フロントマターでname、description（トリガー条件を含む文章）、allowed-toolsを明示します。
---
name: release-checklist
description: リリース前の最終チェックを実行。トリガ — 「リリース準備」「本番デプロイ前」「タグ打つ前」など。
allowed-tools: Bash(git status:*), Bash(npm test:*), Read, Grep
---
# リリースチェックリスト
## Steps
1. `git status` で未コミット変更がないことを確認
2. `npm test` を実行して全テストPASSを確認
3. CHANGELOG.md の最終版数を確認
4. ...- 1スキル1責務：「リリース」「テスト」「ドキュメント生成」を1つに詰めない。トリガーがぼやけて呼び出され損ねる。
- description は具体的なトリガフレーズを列挙：「〜のとき」「〜してほしいとき」を3〜5パターン書く。Claudeはこれをマッチング指標に使う。
- allowed-tools で最小権限：Bashは具体的なコマンドプレフィックスまで絞る（例：
Bash(git status:*)）。 - 本文は手順を箇条書きで、判断ロジックを明示：「もし失敗したらXに飛ぶ」「Yの場合はZを試す」のような分岐を書くと、Auto走行時の安定性が上がる。
- 参考ファイルは別ファイルで参照：大きなテンプレートやサンプルは同ディレクトリの
reference/に置き、SKILL.md本文から相対パスで指示する。
Plugin化する場合は、複数Skillsと関連MCP設定、Hooks、スラッシュコマンドを1ディレクトリにまとめ、.claude-plugin/plugin.jsonでメタデータを宣言します。社内配布なら、Gitリポジトリ自体をMarketplaceとして.claude-plugin/marketplace.jsonを置けば、/plugin marketplace add <repo-url>でメンバー全員が同じセットを取り込めます。バージョン管理はsemver、Hooksの変更は必ずCHANGELOGに記録、というOSSライクな運用を社内でも続けることで、属人化を防げます。
まとめ
Claude Codeのエコシステムは、CLI単体の時代と比べると桁違いに広がりましたが、構造は意外と整理されています。コア層（CLI）→ 拡張層（Skills/MCP/Hooks/Plugins）→ 統合層（Agent SDK）の順に積み上げる形で覚えていけば、必要なコンポーネントだけを選択的に導入できます。まずはCLAUDE.mdとSkillsを書くところから始め、業務に必要なMCPサーバーを足し、最後にAgent SDKでプロダクトに組み込む流れが王道です。
Claude Codeエコシステムを実務で使いこなす
Claude Code・Skills・MCP・AIエージェント開発をハンズオンで学べるUdemy講座を公開しています。