Claude Codeプラグイン公式おすすめ完全ガイド|claude-plugins-officialの使い方・導入メリット・注意点【2026年5月22日時点】




Sponsored Link

※本ページは、Claude Code公式プラグインディレクトリを導入検討している方向けの解説です。GitHubリポジトリ自体は無料で閲覧できますが、Claude Codeや各外部サービスの利用条件・料金は別途確認してください。

Claude Codeプラグイン公式おすすめ完全ガイド|claude-plugins-officialの使い方・導入メリット・注意点【2026年5月22日時点】

まず結論:Claude Codeを本気で使うなら、最初に公式プラグインを確認すべきです

Claude Codeを使っていて、次のように感じたことはありませんか。

「毎回同じ指示をClaudeに書いている」
「PRレビューをもっと自動化したい」
「GitHub、Jira、Figma、Sentry、DBなどの外部ツールとつなぎたい」
「チーム全員でClaude Codeの使い方をそろえたい」
「CLAUDE.mdを作ったけれど、運用がだんだん雑になってきた」
「MCPやフックを使いたいが、設定が面倒で止まっている」

この悩みを持っているなら、最初に確認すべきなのが Claude Code公式プラグインディレクトリ です。

導入前にまず公式リポジトリを確認するなら、こちらです。
Claude Code公式プラグインディレクトリを確認する

Claude Code Plugins Officialは、Anthropicが管理するClaude Code向けプラグインディレクトリです。GitHub上では「Claude Code Plugins Directory」と説明され、Claude Code用の高品質プラグインを集めたキュレーション済みディレクトリとして公開されています。

ポイントは、これは単なる便利ツール集ではないということです。Claude Codeの作業を、毎回のチャット指示から、再利用可能な開発ワークフローへ変えるための入口です。

 

 

Claude Codeプラグインとは何か?

Claude Codeプラグインとは、Claude Codeに追加できる拡張機能のまとまりです。

公式ドキュメントでは、プラグインはClaude Codeにスキル、エージェント、フック、MCPサーバーなどを追加するものと説明されています。さらに、マーケットプレイスはこうした拡張機能を自作せずに発見・インストールするためのカタログです。

わかりやすく言えば、Claude Codeプラグインは「Claude Code専用の拡張アプリ」のようなものです。

たとえば、通常のClaude Codeでは次のように毎回指示を書く必要があります。

「このPRを見て、バグ、セキュリティ、CLAUDE.md違反、テスト不足を確認して」
「変更内容をGitコミットして、PRも作って」
「このプロジェクトのルールに合わせてリファクタリングして」
「GitHub Issueを読んで、実装方針を立てて」
「外部ツールの情報を見ながら修正して」

しかしプラグインを使うと、こうした作業をコマンド、スキル、エージェント、MCP連携としてClaude Codeに組み込めます。

つまり、Claude Codeプラグインの本質は、AIへの指示を資産化する仕組みです。

 

 

claude-plugins-officialとは何か?

claude-plugins-official は、Anthropicが管理するClaude Code向け公式マーケットプレイスです。

公式ドキュメントでは、claude-plugins-official はClaude Code起動時に自動的に利用可能な公式Anthropicマーケットプレイスと説明されており、プラグインを入れるには /plugin install <name>@claude-plugins-official を使うと案内されています。

GitHubリポジトリ側でも、インストール方法として /plugin install {plugin-name}@claude-plugins-official、または /plugin > Discover から探す方法が示されています。

たとえばGitHub連携プラグインなら、公式ドキュメント上では次のような例が示されています。

/plugin install github@claude-plugins-official

このように、リポジトリを見て終わりではなく、Claude Code内から実際に導入して使うことが前提になっています。

 

 

なぜClaude Codeプラグインが必要なのか?

Claude Codeは、コードベースを読んだり、ファイルを編集したり、コマンドを実行したりできる強力なエージェント型コーディングツールです。公式概要でも、Claude Codeはコードベースを読み、ファイルを編集し、コマンドを実行し、開発ツールと統合できるAIコーディングツールと説明されています。

ただし、Claude Codeを使い込むほど、次の問題が出てきます。

1つ目は、同じ指示の繰り返しです。

毎回「テストを確認して」「この規約に従って」「PRレビューして」「コミットメッセージを作って」と書くのは非効率です。最初は便利でも、毎日使うと地味に時間を奪われます。

2つ目は、チーム運用のばらつきです。

AさんはClaudeにセキュリティ確認を頼む。Bさんは頼まない。CさんはCLAUDE.mdを読ませる。Dさんは読ませない。この状態では、AIを使っているのに品質が安定しません。

3つ目は、外部ツール連携の手間です。

GitHub、Jira、Sentry、Figma、DB、Slackなどの情報を毎回コピーしてClaudeに貼るのは面倒です。MCPを使えば外部ツールと接続できますが、自力で設定するには知識が必要です。公式ドキュメントでも、MCPはClaude Codeを外部ツール、データベース、APIにつなぎ、コピー&ペーストではなくClaudeが直接読んで行動できるようにする仕組みと説明されています。

この3つの問題をまとめて解決しやすくするのが、Claude Codeプラグインです。

 

 

Claude Code公式プラグインでできること

Claude Codeプラグインでできることは、大きく分けて5つあります。

 

 

1. スキルを追加できる

スキルとは、Claude Codeに特定の作業手順や知識を追加する仕組みです。公式ドキュメントでは、スキルはClaudeの能力を拡張し、SKILL.md を作ることでClaudeのツールキットに追加されると説明されています。

たとえば、次のような作業をスキル化できます。

「差分を要約する」
「リスクを洗い出す」
「デプロイ手順を実行する」
「レビュー観点に沿って確認する」
「プロジェクト固有のルールに従って修正する」

スキル化すると、毎回長いプロンプトを書く必要がありません。

 

 

2. コードレビューを強化できる

claude-plugins-official の代表的な用途の1つが、コードレビュー支援です。

GitHub上のcode-reviewプラグインには、プルリクエストをレビューするための手順が含まれており、PRがクローズ済みか、ドラフトか、レビュー不要か、すでにレビュー済みかなどを確認したうえで、複数の観点からレビューする構成が確認できます。

これは非常に重要です。

なぜなら、AIコードレビューで一番怖いのは「それっぽいけれど浅いレビュー」です。単に差分を読ませるだけでは、見落としも誤検出も起きます。しかし、レビュー手順がプラグインとして定義されていれば、毎回一定の観点で確認しやすくなります。

もちろん、人間のレビューを完全に置き換えるものではありません。しかし、初期チェック、見落とし防止、CLAUDE.md違反の確認、テスト不足の検出には大きな価値があります。

 

 

3. GitHub連携を強化できる

Claude CodeはGitHub Actionsとも連携できます。公式ドキュメントでは、IssueやPRで @claude とメンションするだけで、Claudeがコード分析、PR作成、機能実装、バグ修正などを行えると説明されています。

ただし、GitHub連携を本格的に使うには、プロジェクトルール、権限、レビュー方針、CIとの関係を整える必要があります。

そこで公式プラグインディレクトリを確認すると、GitHub関連、コードレビュー関連、コミット関連、CLAUDE.md管理関連など、Claude CodeをGitHub運用に組み込むための入口を探しやすくなります。

 

 

4. MCP連携を始めやすくなる

MCPは、Claude Codeを外部ツールやデータソースにつなぐための重要な仕組みです。

公式ドキュメントでは、MCPサーバーを接続すると、Issueトラッカーの内容から機能を実装したり、SentryやStatsigなどの監視データを分析したり、PostgreSQLのようなデータベースに問い合わせたり、FigmaデザインをもとにUIを更新したりできる例が示されています。

ただし、MCPは便利な反面、導入には注意が必要です。外部ツールにアクセスできるということは、権限設定を間違えると、AIが想定外の操作を行う可能性もあります。

だからこそ、最初から出所不明のMCP設定を入れるより、Anthropic管理の公式ディレクトリを入口にして、各プラグインのホームページ、権限、設定内容を確認しながら導入するのが安全です。

 

 

5. フックで自動化できる

Claude Codeのフックは、特定のタイミングでコマンドや処理を自動実行する仕組みです。

公式ドキュメントでは、フックを使うと、編集後の自動フォーマット、保護ファイルへの編集ブロック、Claudeが入力待ちになったときの通知、設定変更の監査などができると説明されています。

これは、Claude Codeを「便利なAI」から「開発環境に組み込まれた自動化エージェント」へ近づける機能です。

たとえば、Claudeがファイルを編集したら自動でPrettierを実行する。重要ファイルを編集しようとしたら止める。作業が終わったら通知する。こうした仕組みを整えることで、AI開発の安全性と効率を同時に高められます。

 

 

Claude Code公式プラグインが特におすすめな人

Claude Code公式プラグインは、すべての人に同じように必要なものではありません。

特におすすめなのは、次のような人です。

 

 

1. Claude Codeを毎日使っている開発者

毎日Claude Codeを使っている人ほど、同じプロンプトを繰り返すコストが大きくなります。

「レビューして」
「テストして」
「コミットして」
「リファクタして」
「このルールに従って」

この繰り返しを放置すると、AIに仕事を頼んでいるはずなのに、人間側の指示コストが増えていきます。プラグインを導入すれば、よく使う作業を標準化できます。

 

 

2. チームでClaude Codeを導入したい人

個人利用なら、その場のプロンプトでも何とかなります。

しかしチーム利用では違います。人によってClaude Codeの使い方が違うと、コード品質、レビュー品質、セキュリティチェック、ドキュメント更新の粒度がバラバラになります。

Claude Code公式ドキュメントでも、プラグインは同じ設定を複数リポジトリで再利用したり、マーケットプレイス経由で配布したりしたいときに使うものと説明されています。

つまり、チーム導入ではプラグインが「AI利用ルールの配布手段」になります。

 

 

3. PRレビューを効率化したい人

コードレビューは、Claude Codeプラグインとの相性が非常に高い作業です。

なぜなら、レビューには毎回似た観点があるからです。

バグはないか。
仕様とずれていないか。
テストは足りているか。
セキュリティ上の問題はないか。
CLAUDE.mdに反していないか。
既存設計と矛盾していないか。

こうした観点を毎回人間がゼロから指示するのは無駄です。プラグイン化されたレビュー手順を使えば、確認漏れを減らしやすくなります。

 

 

4. MCP連携を安全に始めたい人

MCPは非常に強力ですが、初心者がいきなり独自設定で始めると危険です。

外部サービスに接続する以上、APIキー、トークン、読み取り権限、書き込み権限、操作範囲を理解しなければなりません。

公式リポジトリのREADMEにも、Anthropicはプラグイン内のMCPサーバーやファイル、その他ソフトウェアを完全には管理・検証できないため、導入前に信頼性を確認するよう注意書きがあります。

この注意点は、むしろ信頼できます。危険性を隠して「何でも安全」と言っているわけではなく、AI拡張の現実的なリスクを明示しているからです。

 

 

Claude Code公式プラグインの注意点

便利な一方で、注意点もあります。

 

 

1. 公式ディレクトリ掲載=完全安全ではない

ここは絶対に誤解してはいけません。

claude-plugins-official はAnthropic管理の公式マーケットプレイスですが、すべての外部プラグインの中身をAnthropicが永久に完全管理しているわけではありません。READMEでも、MCPサーバーやファイル、その他ソフトウェアが意図通り動くか、将来変わらないかまでは検証できないと注意されています。

導入前には、最低限次を確認してください。

プラグインの作者
ホームページ
必要な権限
MCPサーバーの接続先
APIキーの扱い
ローカルで実行するコマンド
ファイル編集権限
外部サービスへの書き込み権限

特に、書き込み権限のあるMCPやフックは慎重に扱うべきです。

 

 

2. プラグインを入れすぎると管理が難しくなる

便利だからといって、最初から大量に入れるのはおすすめしません。

プラグインが増えると、Claude Codeが使える機能も増えますが、同時に次の問題が出ます。

どのプラグインが何をするのか分からない。
エラー時の原因切り分けが難しい。
コンテキストや権限が複雑になる。
チーム内で導入状態が揃わない。
不要な外部連携が残る。

最初は、GitHub連携、コードレビュー、CLAUDE.md管理、使用言語のLSP系プラグインなど、目的が明確なものから導入するのがおすすめです。

 

 

3. Claude Codeのバージョン確認が必要

公式ドキュメントでは、/plugin コマンドが認識されない場合、claude --version でバージョンを確認し、HomebrewやnpmでClaude Codeを更新する手順が案内されています。

つまり、古いClaude Code環境では、プラグイン機能が期待通り使えない可能性があります。

「/plugin が出てこない」
「plugin not foundになる」
「Discoverに表示されない」
「インストール後に反映されない」

この場合は、プラグインではなくClaude Code本体のバージョンやマーケットプレイス更新が原因の可能性があります。

 

 

最初に入れるべきClaude Codeプラグインの考え方

何を入れるべきか迷ったら、次の順番で考えると失敗しにくいです。

 

 

第1候補:GitHub関連

GitHubで開発しているなら、まずGitHub連携を確認する価値があります。

Issue、PR、レビュー、差分確認、コメント、実装依頼など、Claude CodeとGitHubの相性は非常に高いからです。

 

 

第2候補:Code Review関連

PRレビューをAIに補助させたいなら、code-review系プラグインを確認しましょう。

人間レビューの前にAIで一次チェックするだけでも、単純な見落としやテスト不足の検出に役立ちます。

 

 

第3候補:CLAUDE.md管理

Claude Codeを使い込むほど、CLAUDE.mdは重要になります。

プロジェクトのルール、設計思想、コマンド、禁止事項、テスト方針などをCLAUDE.mdに書いても、古くなったり、肥大化したり、実態とズレたりします。

第三者記事でも、CLAUDE.md ManagementはCLAUDE.mdファイルやルールファイルを確認し、実際のコードと整合性を取るツールとして紹介されています。

 

 

第4候補:使用言語のLSP系プラグイン

TypeScript、Python、Go、Rust、Javaなど、型や定義ジャンプが重要な言語では、LSP系プラグインが有効です。

公式ドキュメントでも、コードインテリジェンス系プラグインを入れると、Claude Codeが定義ジャンプ、参照検索、編集後の型エラー確認などを使えるようになると説明されています。

これは、大規模コードベースでは特に重要です。

AIがgrepだけでコードを追うより、LSPで定義や型エラーを確認できる方が、修正精度が上がりやすいからです。

 

 

導入手順

基本的な流れはシンプルです。

まずClaude Codeを開きます。

次に、プラグイン一覧を見たい場合は次を実行します。

/plugin

Discoverタブで公式マーケットプレイスのプラグインを探します。

特定のプラグインを入れる場合は、次の形式で実行します。

/plugin install {plugin-name}@claude-plugins-official

GitHub連携なら、公式ドキュメント上の例では次のように示されています。

/plugin install github@claude-plugins-official

インストール後は、必要に応じて次を実行します。

/reload-plugins

これで現在のセッションにプラグインを反映できます。

もし見つからない場合は、マーケットプレイスが古い可能性があります。公式ドキュメントでは、/plugin marketplace update claude-plugins-official で更新するか、未追加なら /plugin marketplace add anthropics/claude-plugins-official を使うよう案内されています。

よくある質問

Q1. claude-plugins-officialは無料ですか?

GitHubリポジトリは無料で閲覧できます。ただし、Claude Code本体の利用条件、Anthropicのプラン、各外部サービス、MCP接続先、API利用料などは別です。

たとえば、GitHub、Sentry、Figma、Cloudflare、AWS、Azure、DBサービスなどに接続するプラグインでは、それぞれのサービス側のアカウントや権限が必要になる場合があります。

 

 

Q2. 公式プラグインなら全部入れて大丈夫ですか?

おすすめしません。

公式ディレクトリは信頼できる入口ですが、READMEにも導入前にプラグインを信頼できるか確認するよう注意があります。

特にMCP、フック、外部API、ローカルコマンド実行を含むプラグインは、必ず中身と権限を確認してください。

 

 

Q3. Claude Code初心者でも使うべきですか?

はい。ただし、最初から大量に入れる必要はありません。

初心者はまず、次の3つだけ確認すれば十分です。

GitHub連携
コードレビュー
CLAUDE.md管理

この3つは、Claude Codeを使う多くの開発者に共通して役立ちます。

 

 

Q4. MCPとは何ですか?

MCPは、Claude Codeを外部ツールやデータソースにつなぐ仕組みです。

公式ドキュメントでは、MCPサーバーによってClaude Codeがツール、データベース、APIへアクセスでき、Issueトラッカー、監視データ、DB、Figma、Gmail下書き作成などの例が示されています。

簡単に言えば、「Claudeに外部サービスを見せる・使わせるための接続口」です。

 

 

Q5. Claude Codeプラグインを入れる最大のメリットは何ですか?

最大のメリットは、Claude Codeへの指示を再利用可能な仕組みにできることです。

一度きりのプロンプトではなく、チームで共有できるワークフロー、レビュー手順、外部連携、フック、自動化として残せる点が大きな違いです。

 

 

まとめ:Claude Codeを“賢いチャット”で終わらせたくないなら、公式プラグインを確認すべき

Claude Codeは、そのままでも強力です。

しかし、本当の価値は、単発のチャットでコードを書かせることではありません。

本当の価値は、開発チームのルール、レビュー観点、外部ツール、GitHub運用、テスト、フック、自動化をClaude Codeに組み込み、毎回同じ品質で作業できる状態を作ることです。

その入口になるのが、Anthropic管理の claude-plugins-official です。

Claude Codeを使っていて、少しでも次の悩みがあるなら、今すぐ公式ディレクトリを確認してください。

毎回同じプロンプトを書いている。
PRレビューを効率化したい。
GitHub連携を強化したい。
MCPを使って外部ツールにつなぎたい。
CLAUDE.mdの運用を整えたい。
チーム全員でClaude Codeの使い方を標準化したい。
AIコーディングの品質を安定させたい。

その場合、最初に見るべき場所はここです。

Claude Code公式プラグインディレクトリを確認する

Claude Codeを「便利なAI」から「開発ワークフローに組み込まれた実用エージェント」へ変えたいなら、claude-plugins-official は最初に確認すべき公式入口です。