Claude Code MCPとプラグインの選び方：用途別おすすめ9選

Claude Code MCPやプラグインを選ぶなら、繰り返し発生する作業を解決できるかを基準にしましょう。Claude Codeで論点を絞ったレビューを行うならPR Review Toolkit、実装の進め方を整えるならSuperpowers、最新のライブラリドキュメントを参照するならContext7が候補です。本記事の9選は、レビュー、テスト、ドキュメント参照、デザインから実装への引き継ぎ、デプロイ、プロジェクトの記憶をカバーします。まずは普段の手戻りを減らせるものを選び、役割が明確に異なる場合にだけ追加しましょう。

2026年10月12日確認： 本記事では、以下にリンクしたリポジトリ、README、インストールドキュメント、サービスの料金ページを確認しています。推奨はこれらの資料とワークフローの分析に基づくもので、ログインして試用した結果や、作業時間の短縮を実測したベンチマークではありません。

Claude Codeのおすすめプラグイン比較一覧

開発プロセスが確立した業務用コードベースで最初に追加するなら、PR Review Toolkitがおすすめです。 開発手法全体を導入し直さずに、異常系テストの不足など、特定の弱点を狙ってレビューできます。一方、Claudeの作業の進め方そのものが繰り返し問題になるなら、Superpowersを先に選びましょう。

「料金の記載なし」は、リンク先のREADMEにプラグイン単体のサブスクリプション料金が掲載されていないという意味です。Claudeの利用料、接続先サービス、インフラの費用まで無料という意味ではありません。以下の金額はUSDです。サービスの各プランは個別の解説で扱います。

Claude Code MCP・プラグイン・マーケットプレイスの仕組み

マーケットプレイスはカタログ、プラグインはインストールする機能のパッケージです。 パッケージには、再利用可能な作業指示であるスキル、呼び出して使うコマンド、専門エージェント、ライフサイクルのイベントで動くフック、外部ツールを公開するModel Context Protocol（MCP）サーバーなどを含められます。このうち、ある1種類だけを含むプラグインもあります。ドキュメント接続用のプラグインを入れたからといって、計画を立てる仕組みやテストランナーまで付いてくるわけではありません。Claude Codeのコンポーネント解説

似た名前のパッケージを比べるときは、この区別が重要です。AnthropicのカタログにあるContext7のパッケージは、リモートMCPへの接続を提供します。一方、開発元のプロジェクトには、より多くの機能を含むプラグインもあります。ブランドに関連する機能をすべて使えると思い込まず、実際にインストールするパッケージの説明を読みましょう。

Anthropicのプラグインマーケットプレイスはどれを追加すればよいですか？

以下で紹介する公式カタログ掲載プラグインのソースはanthropics/claude-plugins-official、登録されるマーケットプレイス名はclaude-plugins-officialです。リポジトリのソース指定と登録名は、異なる文字列です。現在のカタログには、外部リポジトリを含め、各パッケージとその取得元が記載されています。

外部パッケージのカタログ項目では、取得元のコミットが固定されていることがあります。そのため、プロジェクトの最新READMEと、手元にインストールした内容が異なる場合があります。READMEは開発元による説明として読み、コンポーネントを使う前にclaude plugin detailsで実際のインストール内容を確かめてください。公式カタログに掲載されていても、確認は必要です。特に、サービスへの接続やローカルでのコード実行を伴うものは内容を把握しましょう。

Claude Codeのスキルとプラグインは何が違いますか？

スキルは作業の進め方を記述し、プラグインは機能をまとめて配布します。 Superpowersは開発用スキルのセットです。Playwright Skillは、作業指示と、実行可能なブラウザ自動化ヘルパーを組み合わせています。Figmaは、ワークフローのガイドとデザインデータへの接続を提供します。足りない機能を補える最小限のパッケージを選びましょう。大きなパッケージを導入する意味があるのは、追加のコンポーネントも普段の作業に役立つ場合です。

コードレビュー：マージ前に問題を見つける

懸念点が明確なら論点を絞ったレビューを、レビュー全体の取りまとめが必要ならプルリクエスト向けのワークフローを選びましょう。 課金連携を変更する創業者に必要なのは、漠然とした「問題なさそうです」という返答より、リトライ、エラー、テストへの具体的な指摘です。

1. PR Review Toolkit：論点を絞ったレビューを始めるなら

PR Review Toolkitは、Anthropicが提供する専門レビューエージェント集です。ビルドとテストのプロセスがすでに機能しているなら、最初の導入候補として有力です。READMEには、comment-analyzer、pr-test-analyzer、silent-failure-hunter、type-design-analyzer、code-reviewer、code-simplifierの6エージェントが記載されています。

追加される機能： コメントの正確さ、振る舞いに対するテストの網羅性、エラー処理、型の不変条件、コード品質全般、コードの簡素化を確認するエージェントです。READMEでは、自然言語で専門エージェントを指定して依頼する方法が説明されています。テスト担当のエージェントが評価するのは、重要な振る舞いがテストでカバーされているかどうかです。テストスイートを実行することとは別です。

サブスクリプション更新処理を変更するなら、テスト担当にはリトライ時の振る舞いを、障害検出担当には握りつぶされた例外を調べてもらいます。変更ファイルと期待する動作も明示してください。そうすれば、無関係なコードまで際限なく整理するのではなく、二重課金や通知のない更新処理の欠落といった、業務上の失敗にレビューを向けられます。

限界と注意点： エージェントは、問題を実証せずに、もっともらしい指摘をする場合があります。重大な指摘には再現例やテストを求め、既存の自動チェックも維持してください。見た目を整えるリファクタリングで元の変更が見えにくくならないよう、簡素化は正しさのレビューを終えてから別に行います。

向いている人： 重要な変更をレビューに出す準備をしている開発者。
強み： リスクに合うレビュー担当を選べること。
料金： ソースはMITライセンス。プラグイン単体の料金は記載されていません。Claude利用料は別途必要です。
無料トライアル： 期間限定のプラグイントライアルは記載されていません。
マーケットプレイス： claude-plugins-official。
インストール： claude plugin install pr-review-toolkit@claude-plugins-official --scope local。

1. 1

   防ぎたい失敗を決める

   更新処理の変更なら、決済リクエストがタイムアウトしたときの期待動作を定義します。関連する差分と既存のテストをレビュー担当に渡してください。

2. 2

   懸念点に合う専門エージェントを指定する

   たとえば「更新処理の変更をpr-test-analyzerで確認し、続いてリトライとエラー処理をsilent-failure-hunterで調べてください。根拠と不足しているテストを報告し、ファイルは編集しないでください」と依頼します。これらの名前はプラグインのREADMEに記載されています。

3. 3

   指摘を検証できる形にする

   採用する指摘ごとに、普段の開発手順で関連する回帰テストを追加・更新します。アプリケーションに存在しない振る舞いを前提にした指摘は採用しません。

選び方： 実装プロセスはうまく回っていて、レビュー品質がボトルネックなら、ここから始めましょう。

2. Code Review：GitHubのプルリクエストレビューをまとめるなら

Code Reviewは、Anthropicのプルリクエストレビュー用プラグインです。コマンドが並列分析と確信度によるフィルタリングを取りまとめ、指摘をGitHubのコメントとして投稿できます。READMEでは、プロジェクト指示やリポジトリの履歴との照合、確信度の低い指摘を減らすためのフィルタリングが説明されています。

追加される機能： ワークフローの中でレビューエージェントを統括するcode-reviewコマンドです。小規模な開発チームで、人間のレビュアーが読む前に、オープンなGitHubプルリクエストを一定の手順で一次確認したい場合に役立ちます。

APIのページネーションを変更したなら、確認すべきなのは、差分が既存の仕様上の契約やリポジトリのルールに違反していないかです。そうした契約はプロジェクト指示に明記しておきましょう。確信度のスコアは優先順位付けの補助であり、指摘が正しいという証明ではありません。

限界と注意点： ドキュメントに記載されたワークフローでは、ドラフト、クローズ済み、軽微な変更、レビュー済みのプルリクエストをスキップします。また、認証済みのGitHub CLIが必要です。共有システムにコメントを書き込む機能もあります。未完成のローカル差分を非公開でレビューしたいなら、PR Review Toolkitのほうが適しています。

向いている人： GitHubでプルリクエストの運用が定着しているリポジトリの開発者。
強み： ガイドラインと過去の経緯を踏まえたレビューを取りまとめること。
料金： プラグイン単体の料金は記載されていません。Claude利用料は別途必要です。
無料トライアル： 記載されていません。
マーケットプレイス： claude-plugins-official。
インストール： claude plugin install code-review@claude-plugins-official --scope local。

選び方： GitHubレビュー全体の取りまとめにはCode Review、範囲を絞った非公開の分析にはPR Review Toolkitを選びましょう。

テスト：開発の進め方を整え、動作の根拠を残す

実装プロセスの改善とブラウザテストは、それぞれ解決する問題が異なります。 Superpowersは、Claudeが変更を完成させるまでの進め方を整えます。Playwright Skillは、ブラウザ上の動作を示す、実行可能な成果物の作成を支援します。

3. Superpowers：テストを先に書く開発を定着させるなら

Superpowersは、Jesse VincentとPrime Radiantによる開発手法のプラグインです。作業の定義、計画、実装、結果の確認を担うスキルを中心に構成されています。READMEでは、スキルの自動選択、テスト駆動開発、体系的なデバッグ、worktree、レビューのワークフローが説明されています。

追加される機能： brainstorming、writing-plans、test-driven-development、systematic-debugging、verification-before-completionなどの開発スキルです。ソースには、初期化用の指示を読み込むSessionStartフックも含まれています。これは作業手順をまとめたパッケージであり、新しいモデルや独立したテストサービスではありません。

テスト駆動開発では、修正を実装する前に、未実装の振る舞いによって失敗するテストを書きます。Webhookの重複処理バグなら、重複配信を再現し、処理後の状態を検証するアサーションが失敗することを確かめ、そのアサーションが通るよう修正する、という流れです。Superpowersの価値は、この手順を最後に任意で頼む追加作業ではなく、開発そのものに組み込む点にあります。

限界と注意点： 手順を増やせば、その分の負担も生じます。名前の修正だけで大がかりな設計検討を始める必要はありませんし、成熟したチームが自分たちのワークフローを、気づかないうちにプラグイン推奨の手法へ置き換えるべきでもありません。まずは範囲を限定した機能開発や、難しいデバッグに使いましょう。計画がどれほど立派に見えるかではなく、得られた検証結果と差分で判断してください。

向いている人： コーディングエージェントが要件を把握する前に実装を始めてしまう開発者。
強み： 設計から検証までの手順が明確なこと。
料金： ソースはMITライセンス。Claude利用料は別途必要です。商用サポートも提供されていますが、READMEに金額は公開されていません。
無料トライアル： 期間限定のプラグイントライアルは記載されていません。
マーケットプレイス： claude-plugins-official。開発元はsuperpowers-marketplaceも運営しています。
インストール： claude plugin install superpowers@claude-plugins-official --scope local。

選び方： 見切り発車の実装が手戻りを生んでいるなら導入候補です。各タスクの範囲は明示しておきましょう。

4. Playwright Skill：繰り返し使えるブラウザテストを作るなら

lackeyjb/playwright-skillのPlaywright Skillは、Claude Codeプラグインとして配布されているブラウザ自動化スキルです。READMEで説明されているのは、まずコードを書く方式です。ClaudeがPlaywrightのプログラムを作成し、付属の実行プログラムがそれを動かします。

追加される機能： playwright-skillスキル、実行用のrun.js、補助ヘルパーです。アサーション、ループ、複数コンテキスト、ネットワーク通信のインターセプト、スクリーンショットを使うブラウザプログラムに対応します。ここで紹介しているのは特定のコミュニティ製プラグインで、MicrosoftのPlaywright MCPサーバーとは別です。

公開のユーザー登録フォームなら、ローカル開発用のフィクスチャを対象に、空欄での送信、不正な入力、成功時の状態を確認するスクリプトを依頼します。得られる価値は、内容を確認し、保存して再実行できるスクリプトです。スクリーンショットだけでは、正しいリクエストが送られたか、エラー時に正しく動作したかまでは確認できません。

限界と注意点： 生成された自動化コードは、変更に弱い場合があります。回帰テストとして扱う前に、セレクター、アサーション、フィクスチャのデータ、後片付けを確認しましょう。パッケージにはNode.jsが必要で、セットアップ時にPlaywrightとChromiumをインストールします。ドキュメント上のデフォルトは、画面を表示するブラウザです。

向いている人： ブラウザの動作を繰り返し検証できる形で残したいWeb開発者。
強み： 操作の記録だけでなく、自動化プログラムを成果物にできること。
料金： ソースはMITライセンス。プラグイン料金は記載されていません。Claude利用料は別途必要です。
無料トライアル： 期間限定のプラグイントライアルは記載されていません。
マーケットプレイス： playwright-skill。取得元はlackeyjb/playwright-skillです。
インストール： claude plugin install playwright-skill --marketplace lackeyjb/playwright-skill --scope local。

スクリプトを確認したうえで、READMEに従い、インストールしたスキルのディレクトリでnpm run setupを実行します。記載されているマーケットプレイスの配置先は~/.claude/plugins/marketplaces/playwright-skill/skills/playwright-skillです。実行前に、実際のインストール先を確認してください。

選び方： 自動化コードそのものを、継続して保守する成果物にしたい場合に適しています。

ドキュメントとデザイン：判断に必要な情報を作業へ取り込む

不明点に直接答えられる情報源を使いましょう。 APIの疑問にはライブラリのドキュメント、デザインの疑問にはFigmaのコンポーネントが役立ちます。無関係なコンテキストをClaudeに増やしても、どちらの答えもよくなりません。

5. Context7：最新のライブラリドキュメントを参照するなら

Upstashが開発・保守するContext7は、MCPを通じてライブラリのドキュメントやサンプルを取得します。公式マーケットプレイスのパッケージREADMEで説明されているのは、ホストされたリモートサービスへの接続です。このパッケージでは、ローカルのNode.js、npm、npxのプロセスは必要ありません。

追加される機能： MCPツールのresolve-library-idとquery-docsです。前者でライブラリと利用可能なバージョンを特定し、後者で関連ドキュメントを取得します。READMEには、追加コンポーネントを備えた開発元のプラグインも案内されていますが、その機能が、この接続に絞ったパッケージにも含まれると考えてはいけません。

フレームワークをアップグレードするなら、リポジトリにインストールされているバージョンをClaudeに伝え、API呼び出しを変更する前に、対応するドキュメントを特定してもらいます。返されたライブラリが正しいかも確認してください。別バージョンについて正しい回答でも、対象が違えばリグレッションの原因になり得ます。

限界と注意点： 取得できる情報は、対応ライブラリと利用可能なバージョンに左右されます。匿名アクセスには共通の匿名利用枠が適用され、APIキーを使うと自分のプランが適用されます。匿名接続に、個人向けFreeプランの利用枠が付くと考えないでください。

向いている人： APIの変更が多いライブラリを扱うチーム。
強み： サンプルを取得する前に、ライブラリとバージョンを明示的に選べること。
料金： Freeは$0で月1,000回。Proは1席あたり月額$10で、各席に2,000回の呼び出しが含まれ、超過分は1,000回ごとに$5です。非公開リポジトリの解析は1Mトークンあたり$5です。
無料トライアル： Freeプランがあります。期間限定のProトライアルは記載されていません。
マーケットプレイス： claude-plugins-official。
インストール： claude plugin install context7@claude-plugins-official --scope local。

2026年10月12日に確認したプランページでは、Enterpriseは個別見積もりです。FAQには、小規模なチームスペースはユーザーあたり月額$30から、大規模組織ではユーザーあたり月額$2.50まで下がる場合があると記載されています。Enterpriseは各席に2,000回の呼び出しを含み、追加呼び出しと非公開リポジトリの解析には上記の料金が適用されます。最低単価を誰でも使える料金と考えず、自社に適用される見積もりを確認しましょう。

選び方： 古いAPIの知識が原因で修正や手戻りを繰り返しているなら、有力な追加候補です。

6. Figma：デザインを既存のコードに落とし込むなら

Figmaのプラグインは、Claude Codeをデザイン情報に接続し、それを活用するためのワークフロースキルも追加します。開発元のリポジトリREADMEは、Claude Codeではプラグインの利用を推奨しており、選択したデザインノードからコンポーネント、変数、レイアウト情報を取得する方法を説明しています。

追加される機能： FigmaのMCP設定に加え、デザインの実装、Code Connectによるコンポーネントの接続、デザインシステムのルール作成を支援するスキルです。Code Connectは、デザインのコンポーネントと、それに対応するコードのコンポーネントを関連付けます。リモートサーバーはキャンバスの変更にも対応しているため、常に読み取り専用の接続だと考えてはいけません。

オンボーディング画面を実装するなら、対象フレームの正確なリンクを渡し、Claudeが再利用すべき既存コンポーネントを指定します。構造化されたデザイン情報とスクリーンショットを取得し、両方と実装を照合しましょう。READMEでも、生成された構造はアプリケーションのフレームワークや規約に合わせて組み替える必要があると、明確に注意されています。

限界と注意点： デザインファイルが整理されていなければ、実装への引き継ぎも曖昧になります。名前のないレイヤー、未定義の変数、コードとの対応がないコンポーネントが残っていると、モデルが判断を推測することになります。アカウントのアクセス権やMCPの利用枠も、プランとシートの種類によって変わります。安価な共同作業用シートが、開発用途にも適しているとは限りません。

向いている人： 確定したFigmaのデザインを、既存のアプリケーションに実装する開発者。
強み： 見た目の参照と、コンポーネント・変数の情報を併せて使えること。
料金： プラグイン単体のサブスクリプション料金は記載されていません。Figma Starterは無料です。有料シートの料金は下表を参照してください。
無料トライアル： プラグイン単体のトライアルは記載されていません。
マーケットプレイス： claude-plugins-official。取得元はfigma/mcp-server-guideです。
インストール： claude plugin install figma@claude-plugins-official --scope local。

以下は、2026年10月12日のFigmaの料金ページに表示されていた、年払いの場合の月額換算です。プラグインの料金ではなく、サービスのシート料金です。

選び方： デザイン上の決定がFigmaにまとまっているなら導入候補です。仕様の決まっていない画面の見栄えをよくするためだけに追加するものではありません。

デプロイ：実際に運用しているインフラに接続する

デプロイ用プラグインの価値は、すでに運用しているプラットフォームに詳しいことにあります。 便利になる分、コーディング中のやり取りからアカウントの操作へ進みやすくもなります。対象のプロジェクトと環境を明示しておきましょう。

7. Vercel：Vercelでのデプロイと運用を支援してほしいなら

Vercelのvercel-pluginリポジトリは、デプロイのショートカットにとどまらない運用向けパッケージを提供します。READMEには、エコシステムのガイド、スキル、専門エージェント、コマンド、ライフサイクルフック、VercelのリモートMCPサーバーへの接続が記載されています。

追加される機能： デプロイ、環境、状態確認、初期設定のコマンド、deployment-expert、performance-optimizer、ai-architectなどのエージェント、プラットフォーム用スキルです。READMEには、該当プロジェクトでセッション開始時にコンテキストを提供する動作も記載されています。現在は、すべてのプロンプトやツール呼び出しでスキルを自動挿入する動作をデフォルトとして説明していません。

プレビュービルドが失敗したなら、対象のVercelプロジェクトを指定し、変更を依頼する前に、ビルドの失敗内容と関連する環境設定の不一致を調べてもらいます。調査とデプロイは別の段階として扱いましょう。MCP接続では、付与したアカウント権限の範囲内で、プロジェクトやログの確認、デプロイの作成、リソースの更新が可能です。

限界と注意点： 読み取りと書き込みに対応した、特定プラットフォーム向けのツールです。プレビューの原因調査を依頼しただけで、本番環境の変更まで許可したことにしてはいけません。ローカル環境の前提条件とテレメトリ設定もあります。READMEにはNode.js 18+とBunが必要と記載され、テレメトリを無効にする設定としてVERCEL_PLUGIN_TELEMETRY=offが案内されています。

向いている人： すでにVercelでアプリケーションを公開・運用している開発者。
強み： デプロイの知識とアカウント操作ツールが同じパッケージにあること。
料金： プラグイン単体の料金は記載されていません。Vercel Hobbyは個人の非商用利用向けで月額$0、Proは月額$20からで使用量に応じた料金が加算されます。Enterpriseは個別見積もりです。
無料トライアル： プラットフォームのProトライアルがあります。本記事では期間を想定していません。
マーケットプレイス： claude-plugins-official。取得元はvercel/vercel-pluginです。
インストール： claude plugin install vercel@claude-plugins-official --scope local。

2026年10月12日に確認したVercelの料金ページには、Proの開発者シートは月額$20、含まれる利用クレジットは$20と記載されています。業務利用では、個人向けHobbyプランを商用利用の出発点と考えず、シートと使用量の両方を予算に入れましょう。READMEは導入経路によって異なるコマンド接頭辞を使っているため、実際のデプロイや状態確認のコマンドは、インストール済みのコマンド選択画面で確認してください。

選び方： Vercel上の業務用アプリケーションの運用に適しています。ただし、操作のたびに対象環境を明示することが前提です。

プロジェクトの記憶：すべての履歴より先に、必要なルールを残す

整理された指示と、蓄積された履歴は、異なる種類の記憶です。 まずはリポジトリの仕組みを説明する、長く使えるルールを整えます。過去の調査を毎回たどり直すことが別の問題になった段階で、履歴を検索する仕組みを追加しましょう。

8. CLAUDE.md Management：プロジェクト指示を最新に保つなら

CLAUDE.md Managementは、Claudeがプロジェクト内で読む指示ファイルを保守する、Anthropicの小規模なプラグインです。READMEでは、指示ファイルの点検と、現在のセッションで得た知見の記録を分けて扱っています。

追加される機能： claude-md-improverスキルがコードベースとプロジェクト指示を照合し、revise-claude-mdコマンドがセッションで得た知見を記録します。テストコマンド、アーキテクチャの説明、作業上の規約が実態とずれてきたリポジトリに適した選択です。

たとえば、サービスのローカルテスト環境が変わったとします。来週も役立つ指示を更新し、ドキュメントの変更として差分をレビューします。残すべき内容が短いコマンドと適用条件の説明なら、トラブルシューティングの会話全体を保存する必要はありません。

限界と注意点： 指示は、増やし続けると雑然としたり、矛盾を含んだりします。追加案はそのまま採用せず、レビューの対象にしてください。変わらないルールは残し、古くなったものは取り除きます。記憶が役立つのは、すべてを記録したときではなく、次のセッションで迷うことを減らせたときです。

向いている人： プロジェクトのガイドが古い、または不足している業務用リポジトリの開発者。
強み： 定期的な指示の点検と、セッション中の知見の記録を分けていること。
料金： プラグイン単体の料金は記載されていません。Claude利用料は別途必要です。
無料トライアル： 記載されていません。
マーケットプレイス： claude-plugins-official。
インストール： claude plugin install claude-md-management@claude-plugins-official --scope local。

選び方： セットアップや規約に関する同じ間違いを繰り返しているなら、最初の記憶用プラグインとして適しています。

9. Claude-Mem：セッションをまたいで過去の経緯を検索するなら

thedotmack/claude-memで開発・保守されているClaude-Memは、ツール利用時の観察記録を取り込み、要約して、後のセッションで参照できるようにします。READMEが説明するのは、プロジェクト指示ファイルより多くの構成要素を持つ、永続的な記憶システムです。

追加される機能： ライフサイクルフック、ローカルワーカー、SQLiteストレージ、mem-searchスキル、search、timeline、get_observationsなどのMCP検索ツールです。ドキュメントの検索手順では、まずインデックスで対象を絞り、関連する観察記録の詳細を取得します。

バックグラウンドジョブの障害が再発したなら、前回の根本原因、採用しなかった修正案、関連ファイルなどが役に立つ履歴です。その経緯は、次の調査の見通しを立てる助けになります。ただし、過去の結論に従う前に、現在のコードや設定が当時の状況と一致しているかを確認してください。

限界と注意点： 記録の取り込みを始めると、管理対象のデータストアとプロセスが増えます。何を保存するか、どのモデルが処理するか、クラウド同期が有効か、どのコンテキストが挿入されるかを確認しましょう。READMEにはプライバシータグの説明がありますが、それを理由に認証情報を会話へ入れてよいわけではありません。前提条件としてNode.js 20+が挙げられ、Bunとuvがなければ自動でインストールすると記載されています。

向いている人： 過去の調査経緯を再構成する作業に、繰り返し時間を取られている開発者。
強み： セッションをまたいで観察記録と時系列の経緯を検索できること。
料金： ローカルのオープンソースエンジンは無料です。モデルやプロバイダーの利用料は別途かかる場合があります。ホスト型のCMEM Proは月額$30、Heavyは月額$70、CMEM Maxは月額$100で、超過料金が加算されます。
無料トライアル： ホスト型サービスは30日間と案内されています。以下の使用量と課金条件が適用されます。
マーケットプレイス： thedotmack。取得元はthedotmack/claude-memです。
インストール： claude plugin install claude-mem --marketplace thedotmack/claude-mem --scope local。

2026年10月12日に確認した料金ページによると、ホスト型サービスではトライアル期間が終了した場合、または含まれる利用枠を使い切った場合に課金が始まることがあり、カード登録が必要です。利用枠と自動アップグレードの条件は購入画面に表示されます。TeamBrainは料金を個別に合意するパイロット提供で、公開された定額のチーム向けプランではありません。ローカルエンジンは、それとは別の選択肢として利用できます。

選び方： 簡潔なCLAUDE.mdでは解決できない、過去の経緯を呼び出す必要性が明確になってから追加しましょう。

導入したプラグインを把握しながらインストール・管理する

先にソースを確認し、意図したスコープへインストールしましょう。 この節のコマンドは、現在公開されている操作手順を示しています。ドキュメントと照合していますが、ログイン済みアカウントで実行したものではありません。

従来のシェルでの手順は、claude plugin marketplace add anthropics/claude-plugins-officialで取得元を登録し、続いてclaude plugin install pr-review-toolkit@claude-plugins-official --scope localのようにマーケットプレイス名を含む指定でインストールする流れです。カタログを登録したからといって、そこにあるすべてのパッケージを有効にする必要はありません。

シェルに追加された--marketplaceフラグ

2026年10月6日リリースのClaude Code v2.1.292で、シェルのclaude plugin installに--marketplaceが追加されました。 必要に応じたマーケットプレイスの追加と、選んだプラグインのインストールをまとめて行えます。公式リリースノート

使用例：claude plugin install superpowers --marketplace anthropics/claude-plugins-official --scope local。

この形式では、プラグイン名に@marketplaceの接尾辞を付けません。組織のポリシーに従う範囲で、シェルは別途の確認手順なしにマーケットプレイスを追加します。プラグインをプロジェクトスコープへインストールしても、マーケットプレイスの宣言はユーザー設定に保存されます。対話型セッション内の/plugin install ... --marketplace ...は、プラグインの詳細を開く別の操作手順で、v2.1.275から対応しています。現在のインストールドキュメント

適用するスコープを意図して選ぶ

特定のリポジトリだけで個人的に使うなら、ローカルスコープを選びます。 デフォルトのユーザースコープは、そのマシン上の複数のプロジェクトに適用されます。プロジェクトスコープでは、共有する設定をリポジトリに記録します。各設定の保存先は次のとおりです。

• ユーザー：~/.claude/settings.json。
• プロジェクト：.claude/settings.json。
• ローカル：.claude/settings.local.json。

優先順位は、ローカル設定、プロジェクト設定、ユーザー設定の順です。プロジェクト設定をコミットすると、共同開発者に対してもプラグインが有効になりますが、各自のマシンにパッケージがダウンロードされるわけではありません。インストールは共同開発者それぞれが行います。スコープの解説

導入済みの構成と、無効化・削除の手順を把握する

claude plugin listでバージョン、スコープ、状態を確認し、claude plugin details pr-review-toolkit@claude-plugins-officialでインストール済みのコンポーネントを確認します。詳細の出力は、そのプラグインが常時使うコンテキスト量の把握にも役立ちます。

ローカルスコープに導入した場合、更新、無効化、アンインストールのコマンドは、それぞれclaude plugin update pr-review-toolkit@claude-plugins-official --scope local、claude plugin disable pr-review-toolkit@claude-plugins-official --scope local、claude plugin uninstall pr-review-toolkit@claude-plugins-official --scope localです。無効化したプラグインはenableで再び有効にできます。変更を読み込むには、セッション内で/reload-pluginsを実行するか、新しいセッションを開始します。プラグインコマンドのリファレンス

公式マーケットプレイスの自動更新はデフォルトで有効、サードパーティのマーケットプレイスはデフォルトで無効です。/pluginのMarketplacesタブで、意図した方針を選んでください。以前確認したコードから変わっている可能性があるため、利用範囲を広げる前に更新後のソースも確認しましょう。

プラグインを有効にする前に確認すること

プラグインは、無害なプロンプト集ではなく、自分のアカウント権限で動くコードとして扱いましょう。 Anthropicのセキュリティドキュメントでは、プラグインがユーザー権限で任意のコードを実行できると説明されています。フック、モニター、サーバープロセスは、Claudeのツール呼び出しに使われるサンドボックスの外で動きます。ツール呼び出しに権限ルールを設定しても、プラグイン自身のプロセスがサンドボックス内に入るわけではありません。

これは、ローカルスコープへインストールしたプラグインでも同じです。ローカルスコープが制限するのは有効になる場所であり、プロセスをファイルや認証情報から隔離するものではありません。

1. 1

   カタログからソースをたどる

   claude plugin marketplace listで登録済みの取得元を確認します。/pluginでコンポーネントの概要を読み、リポジトリを開きます。公開元、プラグインのディレクトリ、ソースのリビジョンを確認してください。概要を取得できない場合は、コンポーネントがないと判断せず、ソースを調べます。

2. 2

   実行やデータ送信につながる箇所を読む

   hooks/hooks.json、.mcp.json、bin/、依存関係のインストールスクリプト、そこから呼び出されるファイルを確認します。ローカルサーバーなら実行コマンドを、リモートサーバーなら接続先と要求するアクセス権を調べてください。スキル、コマンド、エージェントの指示も読みます。それらはClaudeが既存のツールをどう使うかに影響します。

3. 3

   対象プラグインのディレクトリを検証する

   レビュー済みのローカルチェックアウトに対して、claude plugin validate ./plugin-directory --strictを実行します。自動処理で結果を収集する場合は--jsonを追加します。バリデーターが確認するのは、対応する構造と内容のルールであり、コードの信頼性ではありません。マーケットプレイスだけを検証しても、別のディレクトリにある掲載プラグインすべてのコンポーネントファイルまで調べるわけではありません。検証コマンドのリファレンス

4. 4

   セッションを始める前に構成を確認する

   claude --plugin-dir ./plugin-directory plugin details plugin-nameを使い、ディレクトリと名前をレビュー済みパッケージのものに置き換えます。ドキュメントによると、このコマンドはセッションを開始せずに構成を読み取ります。通常、インストールするとプラグインが有効になるため、ソースの確認は導入前に済ませてください。導入後は、実際の詳細を想定していた構成と照合します。ソース確認のドキュメント

自動検証では、終了コード0は合格、1は検証失敗、2はバリデーターの予期しないエラーを意味します。--strictを指定すると、警告でも失敗になります。いずれの結果も、安全性の認証ではありません。パッケージの検証を超えて動作を評価する方法は、Claude Codeプラグインのevalsガイドを参照してください。

業務で展開するなら、採用したソースのリビジョン、許可するサービスアカウント、想定するコンポーネント、更新担当者を記録します。インフラをデプロイするプラグインと、書式の指針を提供するスキルでは、必要なレビューが異なります。どちらの場合も、本番環境を操作する権限は明確にしておきましょう。

用途別に、どのプラグインを選ぶべきか

何度もやり直している作業を基準に選びましょう。 異常系の見落としが多いならPR Review Toolkit、Claudeがすぐ実装へ走り出すならSuperpowersです。ブラウザの動作を再利用可能なスクリプトに残したいときは、Playwright Skillを追加します。

バージョン固有のAPIで間違いを繰り返すならContext7を選びます。デザイン上の決定がすでにFigmaファイルにあるならFigma、アプリケーションがVercel上で稼働し、アカウントの操作も業務に含まれるならVercelを追加しましょう。

記憶については、足りない情報が長く使うプロジェクトのルールならCLAUDE.md Management、検索したい過去の調査ならClaude-Memです。判断の分かれ目は、どちらが多くの記憶をうたうかではなく、整理した指示が必要なのか、過去の経緯を呼び出したいのかにあります。

週明けに、最近苦労した変更を振り返り、何の機能が足りなかったかを特定してみてください。対応するプラグインを確認してインストールし、期待する成果物を決めます。その作業を改善でき、別の継続的な保守負担を増やさない場合にだけ使い続けましょう。最初のセットとして9つすべてを入れる必要はありません。

自社固有のワークフローが必要なら、次の選択肢は小さなパッケージの自作かもしれません。Claudeプラグインの公開方法を参照してください。開発者がCodexも使っている場合は、その環境向けのCodexプラグインとチーム用マーケットプレイスのガイドを利用してください。

選定と確認の方法

紹介したプラグインはすべて、アクセス可能なリポジトリと、追加される機能を説明したREADMEを備えています。 業務用コードベースで用途が明確なこと、導入元を追跡できること、コンポーネントの構成が具体的なこと、導入を見送る判断に使える制約が分かることを重視しました。

2026年10月12日の確認では、開発元のREADMEを、公式カタログ、現在のClaude Codeドキュメント、関連する公開料金ページと照合しました。情報源の間で食い違う件数は記載を省き、課金条件は公開料金ページを優先しています。インストール数、スター数、評価、宣伝上の高速化率を順位の根拠にはしていません。

本記事は資料に基づく比較です。実行時の互換性を保証したり、コードを全行セキュリティ監査したりしたものではありません。推奨には意図的に条件を付けています。自分たちのボトルネックに用途が合うパッケージを選び、実際に有効にするリビジョンを確認してください。

避けたい導入パターン

プラグインを増やす前に、重複や用途の不一致を避けましょう。 便利なパッケージでも、次のような使い方では適切な選択になりません。

• ドラフトだけを扱うワークフローにCode Reviewを使う： READMEではドラフトのプルリクエストをスキップすると説明されています。PR向けの処理が動かない理由を探すより、論点を絞ったレビューを依頼しましょう。
• 複数のマーケットプレイスからSuperpowersを同時に入れる： 同じ開発手法を使うなら、取得元はひとつに決めます。更新元が複数あると、インストール済みの動作を追いにくくなります。
• npm install -g claude-memだけでClaude-Memを導入する： 開発元によると、これはSDK・ライブラリをインストールするもので、プラグインのフックやワーカーをセットアップするものではありません。文書化されたプラグインの導入手順を使ってください。
• 軽微な編集にも毎回、両方のレビュー用パッケージを動かす： レビューを重ねるだけでは、新たな不具合が見つかったと確認できないまま、確認の負担が増えます。両方を残すなら、役割を分けましょう。
• ソースを確認できないパッケージを入れる： リポジトリ、コンポーネントのファイル、呼び出されるインストーラーを確認できないものは避けます。マーケットプレイスの表示や長い機能一覧は、ソースの代わりにはなりません。

Claude Codeプラグインでよくある質問

既存のコードベースでClaude CodeのSuperpowersを使うには？

確認済みのマーケットプレイスをひとつ選び、意図したスコープにインストールして、範囲を限定した機能やバグから始めます。既存のテストコマンドとプロジェクトの制約を示し、実装前に設計や計画を求め、できあがったテストと差分を評価してください。文書化されたスキルが提供するのは作業手順です。受け入れ基準は、引き続き自分たちのリポジトリ側で定めます。

claude plugin validateに合格すれば、安全なプラグインといえますか？

いいえ。確認するのは、対応するマニフェストやコンポーネントのルールです。実行可能なフック、サーバーのコマンド、依存関係、指示は別途読む必要があります。マーケットプレイスの検証に合格しても、掲載された全プラグインのコンポーネントファイルを調べたことにはならないため、実際のプラグインディレクトリを検証してください。

プロジェクトスコープに入れると、全開発者の環境も自動で設定されますか？

いいえ。共有設定によって、そのリポジトリでプラグインは有効になりますが、共同開発者は各自のマシンにインストールする必要があります。プロジェクトのセットアップ手順に、マーケットプレイスの取得元とインストールコマンドを記録しておきましょう。

記憶用のプラグインは両方とも入れるべきですか？

それぞれが別の問題を解決する場合に限ります。CLAUDE.md Managementは整理されたプロジェクト指示を維持し、Claude-Memは検索可能な履歴を取り込みます。不足している種類の記憶から始め、取り込み範囲を広げる前に、何を残すべきかを決めてください。

業務のワークフローを点検・改善する実践的な方法は、ニュースレターでもお届けしています。