claude code plugin おすすめ全カテゴリ一覧

Plugin 全網羅表 — 公式マーケットプレイス 29 種一覧

SERP 上位の記事がカテゴリ別小表に分散しているのに対し、本記事は 公式マーケットプレイスの全 Plugin を 1 表で比較できる形式で整理します。表の見方は次の通りです。「おすすめ度」は業務エンジニアの日常利用における即効度を 3 段階で示しており、★★★が「最初に入れるべき」、★★が「プロジェクト次第で必要」、★が「用途限定」です。「必要バイナリ・依存」列は事前にインストールが必要なものを示し、空欄の Plugin はバイナリ不要で使えます(出典: マーケットプレイスからプラグインを発見してインストールする)。

表の合計 29 行はすべて公式ドキュメントで確認できたものです。2026 年 5 月時点でコミュニティ投稿 Plugin はマーケットプレイスには含まれておらず、全て Anthropic が管理する公式 Plugin です。独自マーケットプレイスを登録することで組織内 Plugin の配布も可能ですが、本記事では公式のみを対象にしています。

Code Intelligence カテゴリ — まず「自分の言語の LSP」を 1 本

公式マーケットプレイスで Anthropic 自身が「最初に入れるべき」と示唆しているのが Code Intelligence カテゴリです。これは Claude Code が言語サーバープロトコル(LSP: Language Server Protocol)を介して言語サーバーとつながり、ファイル編集直後に自動で型エラーを検出・定義ジャンプ・参照検索ができるようになる機能です。VS Code のコードインテリジェンスを支えるのと同じ技術を、Claude Code から利用できるようにする仕組みです(出典: マーケットプレイスからプラグインを発見してインストールする)。

Plugin をインストールして言語サーバーバイナリが利用可能になると、Claude は 2 つの機能を得ます。1 つ目は自動診断で、Claude がファイルを編集するたびに言語サーバーが変更を解析し、型エラー・不足インポート・構文問題を自動報告します。コンパイラを手動実行しなくても同じターン内で問題を検知して修正できます。2 つ目はコードナビゲーションで、定義ジャンプ・参照検索・ホバー型情報・シンボルリスト・呼び出し階層トレースが可能になり、grep ベースの検索よりも正確なナビゲーションが実現します。

# Python プロジェクトなら最初の 1 行
/plugin install pyright-lsp@claude-plugins-official
/reload-plugins

インストール後に Claude がファイルを編集すると「diagnostics found」インジケーターが表示されます。Ctrl+O を押すと診断をインラインで確認できます。

LSP 導入の判断軸と落とし穴

Plugin をインストールしても /plugin Errors タブに「Executable not found in $PATH」が出る場合は、表の「必要バイナリ・依存」列に記載したバイナリが未インストールです。brew install pyright・npm i -g typescript-language-server・rustup component add rust-analyzer 等でバイナリを先に揃えてから再確認します。

メモリ消費も考慮が必要です。rust-analyzer は大規模プロジェクトで数 GB を消費することがあります。重い場合は /plugin disable rust-analyzer-lsp@claude-plugins-official で一時無効化し、Claude の組込検索に戻す運用が現実的です。モノレポ環境では言語サーバーがワークスペースを誤認識して誤検知診断を出すことがありますが、これはコード編集の精度には影響しません。

外部統合 MCP カテゴリ — 業務ツール直結で開発サイクルを閉じる

業務で Claude Code を使うなら 外部統合 MCP(Model Context Protocol)Plugin で業務ツールに直結するのが効きます。各 Plugin は事前構成済みの MCP サーバーをバンドルしており、Plugin インストールだけで認証・ツール定義が完了します。手動で MCP サーバーを設定する必要がないのが最大の利点です(出典: マーケットプレイスからプラグインを発見してインストールする)。

公式マーケットプレイスには 12 種の外部統合 Plugin が揃っています。ソース管理(github / gitlab)、プロジェクト管理(atlassian / asana / linear / notion)、デザイン(figma)、インフラストラクチャ(vercel / firebase / supabase)、コミュニケーション(slack)、監視(sentry)という構成です。業務で使っているサービスがこの中にあれば、真っ先に導入する価値があります。

導入の優先順位は業務構成によりますが、多くのエンジニアにとって効果を実感しやすい順は次の通りです。第 1 候補は github で、PR / Issue / コードレビューを Claude から直接操作できるため、ほぼ全ての開発現場で必須です。第 2 候補は linear または atlassian で、チケット駆動開発の主軸を Claude に組み込みます。第 3 候補は slack で、チームコミュニケーションを Claude 経由で取り込み、スレッドの要約やステータス報告を自動化できます。第 4 候補は sentry で、本番エラーから直接修正タスクへ繋げる連携を行い、障害対応の平均復旧時間(MTTR: Mean Time To Recovery)の短縮に直結します。

/plugin install github@claude-plugins-official
/plugin install linear@claude-plugins-official
/plugin install slack@claude-plugins-official
/reload-plugins

MCP Plugin 導入時の認証設定

各 Plugin が要求する OAuth トークンや API キーは初回利用時にプロンプトされます。事前に発行しておくと初動がスムーズです。github Plugin なら GitHub 個人アクセストークン(PAT)の repo スコープ、linear なら Linear API キー、slack なら Slack User OAuth Token が必要です。権限は Plugin インストール時にスコープ付きでチェックされるため、必要最小限のスコープで発行する運用を推奨します。github Plugin で読み取り専用用途なら read:repo のみにするなど、最小権限の原則を守ることでセキュリティリスクを低減できます。

開発ワークフロー カテゴリ — git 操作の自動化と Plugin 自作の入口

日常開発で頻発する操作を Claude に任せる Plugin が 4 種類用意されています。単純な繰り返し作業を削減することが狙いで、業務効率の改善が見込めます(出典: マーケットプレイスからプラグインを発見してインストールする)。

commit-commands は最もおすすめ度が高い Plugin です。/commit-commands:commit を実行すると、Claude が git status / git diff で変更内容を確認し、適切なコミットメッセージを生成して git add + git commit を実行します。/commit-commands:push まで叩くとリモートへの push まで、/commit-commands:pr まで叩くと PR テンプレートに沿った Description 付きのプルリクエスト作成まで一気に行います。手動で git add . && git commit -m "..." && git push && gh pr create を打っていたエンジニアほど効果体感が大きいです。

pr-review-toolkit は PR のレビュー観点ごとに特化した Agent 群を呼び出します。セキュリティ観点・パフォーマンス観点・可読性観点など複数の角度から分析できるため、大きな変更を出す前の自己レビューとして有用です。agent-sdk-dev は Claude Agent SDK を使った自作エージェント構築のためのツール群で、SDK に慣れていない段階では不要です。plugin-dev は独自 Plugin の雛形(SKILL.md / plugin.json / marketplace.json)を生成するツールキットで、公式マーケットプレイスへのコントリビュートを始める入口として機能します。

出力スタイル カテゴリ — 教育・学習用途のみ

Claude の応答方法をカスタマイズする Plugin が 2 種類あります。explanatory-output-style は実装選択に関する教育的な洞察を伴う応答を返し、learning-output-style はスキル構築のためのインタラクティブな学習モードを提供します(出典: マーケットプレイスからプラグインを発見してインストールする)。

業務でコードを書く目的のみなら不要ですが、社内研修・新入社員教育・個人学習目的では効果的です。インストール後は出力が長文になる傾向があるため、コンテキスト消費とのトレードオフを考慮した上で選択します。Pro または Max プランで余裕のあるコンテキスト枠が確保できている場合に導入を検討するのが実際的です。

Plugin コマンド一覧表

Plugin のインストールから管理・チーム配布まで、関連するすべてのコマンドを網羅します。CLI コマンド(claude plugin ...)とセッション内スラッシュコマンド(/plugin ...)の両方を使えることも覚えておきましょう(出典: マーケットプレイスからプラグインを発見してインストールする)。

チーム全員に同じ Plugin 構成を強制する場合は、.claude/settings.json に extraKnownMarketplaces と enabledPlugins を追加するプロジェクトスコープ運用が鉄則です。個人プロジェクトではユーザースコープ、本番チームではプロジェクトスコープと使い分けることで、環境の一貫性を保てます。

トラブルシュート Q&A

Plugin 導入時によく発生する問題を症状別に整理します。公式ドキュメントのトラブルシューティングセクションを参照しながら対処手順を示します(出典: マーケットプレイスからプラグインを発見してインストールする)。

導入優先順位の判断基準まとめ

最後に、業務利用を前提にした導入の優先順位を整理します。いきなり全 29 種をインストールする必要はなく、段階的に積み上げるのが現実的です。

第 1 段階は Code Intelligence の即効 1 本です。自分のメイン言語に対応する *-lsp を 1 本だけ入れます。言語サーバーバイナリが既に入っていれば 5 分以内で型エラー自動検知が動きます。コンパイラ手動実行の手間が消えるだけで、Claude の修正精度が目に見えて上がります。

第 2 段階は 外部統合 MCP の業務ツール直結です。github は使っている開発者は必須、そこに linear または atlassian・slack・sentry を加えると開発サイクル全体が Claude から操作できるようになります。

第 3 段階は ワークフローの効率化です。commit-commands でコミット〜PR 作成を 1 コマンド化し、自作 Plugin に挑戦するなら plugin-dev を入れます。出力スタイルは業務開発目的なら後回しにして問題ありません。

インストール後は必ず /reload-plugins でアクティブ化し、コマンドは /<plugin-name>:<command> の名前空間付きで呼び出します。セキュリティ面では、信頼できないサードパーティマーケットプレイスは管理設定 strictKnownMarketplaces でブロックする運用も検討してください。Plugin はユーザー権限でマシン上の任意コードを実行できるため、インストール前に必ずソースの信頼性を確認することが重要です。

出典(一次情報)

• マーケットプレイスからプラグインを発見してインストールする(Claude Code 公式)
• プラグインマーケットプレイスの作成と配布(Claude Code 公式)
• プラグインの作成(Claude Code 公式)
• Language Server Protocol 仕様(Microsoft)

関連記事

• Claude Code Marketplace の構造と作成
• Claude Code 入門 — 非エンジニアでも動く 9 機能
• Claude Plugins 公式 4 種と自作で何が広がるか
• Claude MCP とは — できること一覧と接続 5 手順
• Claude Skills 自作入門 — SKILL.md で動く最小型