Anthropic Claude 公式プラグインとは？claude-code-setup と Anthropic 製35プラグインを解説

Anthropic 公式プラグインとは、Claude Code を Skills・Hooks・MCP サーバーなどで拡張する配布パッケージのうち、Anthropic 自身が開発・保守する Anthropic 製プラグインを指す。

本記事は、Claude Code をすでに使っている開発者と、チーム導入を検討している担当者の両方に向けて、公式プラグインの全体像と、その入口となる claude-code-setup の正体を整理する。読み終えると、執筆時点で35個ある Anthropic 製プラグインの役割を俯瞰でき、「公式」と「Anthropic 製」を取り違えないための判断軸が手に入る。

プラグインは Claude Code の拡張機能パッケージである。まず、プラグインに何を詰め込めるのか、そしてプラグインがどこから配布されるのかを押さえておきたい。

1つのプラグインは、複数の構成要素をまとめた「箱」だ。公式ドキュメントは、プラグインに含められるコンポーネントを次のように定義している。

すべてを盛り込む必要はない。スラッシュコマンド1個だけの小さなプラグインも、複数要素を束ねた大きなプラグインも作れる。

プラグインはマーケットプレイス経由で配布される。Anthropic は2つの公開マーケットプレイスを運営している。

claude-plugins-official は Anthropic がキュレーションする公式マーケットプレイスで、Claude Code をインストールすると自動的に利用できる。 一方の claude-community（claude-plugins-community）はサードパーティの投稿が審査を経て掲載されるコミュニティ向けで、/plugin marketplace add anthropics/claude-plugins-community で追加し @claude-community として使う。

さらに、公式リポジトリの内部も2階層に分かれている。/plugins ディレクトリは Anthropic 製、/external_plugins はパートナーやコミュニティ由来のプラグインだ。この記事で「Anthropic 製」と呼ぶのは前者を指す。

公式マーケットプレイスのプラグインを片っ端から試すのは現実的ではない。claude-code-setup は、そのプロジェクトに本当に効くものだけを絞り込む「入口」のプラグインだ。

claude-code-setup は設定を書き換えるツールではなく、設定を提案するツールである。 公式ドキュメントは「This skill is read-only - it analyzes but doesn't modify files（このスキルは読み取り専用で、分析するがファイルは変更しない）」と明記している。

具体的には、package.json、使用言語、ディレクトリ構造、依存関係、コードパターンを解析し、そのプロジェクトに入れる価値が高い自動化を提示する。提案を採用するかどうかの判断と、実際の設定作業は、あくまで利用者の手に残る。ここを取り違えると、「公式プラグインを入れたのに何も変わらない」という誤解につながりやすい。

claude-code-setup は次の5カテゴリについて推奨を出す。各カテゴリで原則として上位1〜2件に絞るため、提案リストが膨れ上がって選べなくなることはない。

特定のカテゴリだけ詳しく知りたいときは、「MCP だけ深掘りして」のように依頼すれば、そのカテゴリに絞った掘り下げが返ってくる。

使い方は会話で頼むだけだ。Claude Code 上で「recommend automations for this project」「help me set up Claude Code」「what hooks should I use?」のように依頼すると、claude-code-setup がプロジェクトを読み取り、推奨を返す。

インストールは2通りある。Claude Code で /plugin を実行して Discover タブから探す方法と、コマンドで直接指定する方法だ。

{plugin-name}@{marketplace-name} という書式はすべての公式プラグインで共通で、claude-plugins-official は前述のとおり最初から使える。

claude-code-setup が提案するのは、多くの場合これから紹介する Anthropic 製プラグイン群だ。公式リポジトリの /plugins には、執筆時点で35個の Anthropic 製プラグインがある。役割ごとに眺めておくと、提案を受けたときの判断が速くなる。

日々の開発で出番が多いのが、ワークフローとコード品質のプラグインだ。

残りは学習用途、特殊タスク、プラグイン開発者向け、そして言語ごとの LSP だ。

LSP（Language Server Protocol）プラグインは、定義ジャンプ・参照検索・型エラー検知といったコードインテリジェンスを Claude に与える。Anthropic 製のものだけで12言語をカバーしている。TypeScript/JavaScript（typescript-lsp）、Python（pyright-lsp）、Rust（rust-analyzer-lsp）、C/C++（clangd-lsp）、C#（csharp-lsp）、Go（gopls-lsp）、Java（jdtls-lsp）、Kotlin（kotlin-lsp）、Lua（lua-lsp）、PHP（php-lsp）、Ruby（ruby-lsp）、Swift（swift-lsp）の各プラグインだ。自分のプロジェクトの主要言語の LSP プラグインは、最初に入れて損のない一群と言える。

公式プラグインは便利だが、「公式」という言葉が指す範囲を正確に理解しておかないと、信頼の判断を誤る。

Claude のプラグインディレクトリには「Anthropic Verified」「Made by Anthropic」と表示されるものがある。しかし、公式マーケットプレイス claude-plugins-official に掲載されていること自体は、「Anthropic が作った」ことを意味しない。

claude-plugins-official は Anthropic がキュレーションするが、その対象にはパートナーやコミュニティ由来のプラグイン（公式リポジトリの /external_plugins）も含まれる。掲載は Anthropic の裁量で決まり、申請プロセスはない。逆に、コミュニティマーケットプレイスへの投稿フォームから送っても、それが公式マーケットプレイスに追加されるわけではない。

「Anthropic 製かどうか」を厳密に確かめたいなら、公式リポジトリ anthropics/claude-plugins-official の /plugins ディレクトリにあるか否かで判断するのが確実だ。本記事の35個は、その基準で数えている。

もう1つの落とし穴は、claude-code-setup を「設定が終わるボタン」と捉えてしまうことだ。前述のとおり読み取り専用で、出てくるのは提案にすぎない。どれを採用するか、自社のセキュリティ方針やレビュー体制に合うかは、人間が判断する領域に残る。

プラグインそのものの安全性も同じだ。公式ドキュメントは「Anthropic はプラグインに含まれる MCP サーバー・ファイル・ソフトウェアを管理していない」と注意を促している。インストールは、提供元を信頼できると確かめてから行う。これはAnthropic 製・外部を問わず共通の原則だ。

立場によって、最初にやるべきことは変わる。

開発者であれば、まず手元のリポジトリで claude-code-setup に「recommend automations for this project」と頼んでみるのが早い。読み取り専用なので、何も壊さずに「このプロジェクトには何が効くのか」の当たりがつく。提案された中から、主要言語の LSP プラグインと、commit-commands や code-review のような毎日使うものを1〜2個入れて、効果を確かめてから広げていくとよい。いきなり全部入れる必要はない。

チーム導入を検討する担当者であれば、見るべきは「何を標準にするか」だ。claude-code-setup の提案を出発点に、code-review や pr-review-toolkit でレビュー品質を揃える、security-guidance で危険な変更に網をかける、claude-md-management でプロジェクト知識の劣化を防ぐ——といった具合に、チームで効く順に優先度をつけていく。マーケットプレイスはリポジトリ単位でも設定でき、社内向けにプライベートリポジトリで持つこともできるため、決めた構成をチーム標準として配布できる。判断の軸は「公式かどうか」よりも「自社の開発フローのどこが詰まっているか」だ。

最後に、よくある疑問を3つ整理しておく。

書き換わらない。claude-code-setup は読み取り専用で、package.json やディレクトリ構造を分析して提案を出すだけだ。ファイルの変更や、提案されたプラグインの実インストールは、利用者が明示的に行う必要がある。「解析はするが変更はしない」のが、このプラグインの設計上の前提になっている。

表示ラベルではなく、配布元のディレクトリで見分けるのが確実だ。Anthropic 製のものは公式リポジトリ anthropics/claude-plugins-official の /plugins に、パートナー・コミュニティ由来は同じリポジトリの /external_plugins に置かれている。「Anthropic Verified」や公式マーケットプレイスへの掲載は、Anthropic 製であることの証明にはならない。

マーケットプレイスはリポジトリ単位で設定でき、社内向けにプライベートリポジトリでマーケットプレイスを持つこともできる。claude-code-setup の提案でチーム標準を決め、code-review や security-guidance のような共通ルール系のプラグインを軸に配布すると、メンバー間で Claude Code の挙動を揃えやすい。

Anthropic 公式プラグインは、Claude Code を Skills・Hooks・MCP・LSP・Monitors などで拡張する Anthropic 製パッケージ群であり、公式リポジトリの /plugins に執筆時点で35個ある。その入口が claude-code-setup で、プロジェクトを読み取り専用で解析し、MCP・Skills・Hooks・Subagents・Slash Commands の5カテゴリで「効くものだけ」を提案する。

重要なのは2点。これは提案ツールであって自動設定ツールではないこと、そして「公式マーケット掲載」や「Verified」表示が「Anthropic 製」と同義ではないことだ。この2点を押さえれば、提案を受け取ったときも、信頼の判断を下すときも迷わない。

公式プラグインの全体像が見えても、「自社の開発フローのどこに、どの自動化を効かせるか」の設計は別の作業になる。Unimon は、Claude をはじめとする AI ツールの導入・活用設計を支援している。チームでの Claude Code 活用や、AI を組み込んだ開発体制づくりを検討しているなら、ぜひ相談してほしい。