Claude Code 公式プラグインと組み込みコマンドの関係 ― 純正36件を5分類して「重複・補完・逆移行」を整理する

はじめに

こんにちは。スタディング開発担当の山本です。最近は社内用のClaude Codeプラグイン開発や、業務の自動化に力を入れています。

結論から先に言うと、純正プラグイン36件を本体の組み込み機能との関係で5分類すると、本体で代替できて基本は抜いてよいのは実質2件だけでした。残り34件は「併用」「逆移行」「本体に対応コマンドを持たない独立ワークフロー」として引き続き役立ちます。本記事では、その内訳を一枚の早見表（5分類マップ）に整理します。

きっかけは、Claude Codeのアップデートで、これまでプラグインとして提供されていた機能（スキル）が本体にビルトインされたのを知ったことです。それなら、ほかのプラグインはいまどうなっているのだろうと気になりました。本体に取り込まれて使わなくなったものもあれば、まだ現役のものもあるはずです。そこで一度、公式プラグインを棚卸しして、そもそもどんなプラグインがあるのか、そして本体の組み込み機能とどういう関係になっているのかを確認してみることにしました。

調べてみると、公式プラグイン（特にAnthropicが自前で開発している「純正」プラグイン）と本体の組み込み機能の関係は、一様ではありませんでした。本体に取り込まれて重複しているものもあれば、逆に、本体に機能を残したままプラグインとしても提供されるようになったもの、本体機能を補完するために併用が前提のものもあります。この記事では、純正プラグイン36件と本体の組み込み機能の関係を、5つのパターンに分類して整理してみます。

なお、この記事の調査（公式ドキュメント・CHANGELOG・marketplace.json の確認）と整理・執筆も、Claude Code（Opus 4.8）で行っています。

claude-plugins-officialとは

anthropics/claude-plugins-official は、Anthropicが公式に運営しているClaude Code向けのプラグインマーケットプレイスです。公式Docsでは、Anthropicが厳選した claude-plugins-official と、コミュニティ提出の claude-community が別物として区別されています。本記事で扱うのは前者です。

このマーケットプレイスのプラグインは、Claude Codeから次のように管理できます（入れる・抜く・無効化）。

/plugin install {plugin-name}@claude-plugins-official     # 入れる
/plugin uninstall {plugin-name}@claude-plugins-official   # 抜く（完全に削除）
/plugin disable {plugin-name}@claude-plugins-official     # 一時的に無効化

コマンドを打たなくても、/plugin を引数なしで実行すると対話的な管理画面が開き、プラグインの検索・インストール・有効/無効の切り替えを画面から行えます。コマンドと対話画面のどちらでも同じ操作ができます。

このマーケットプレイスには、大きく分けて3種類のプラグインが含まれています。内訳は以下の通りです（2026-06-30時点）。

区分	件数	内容
内製 ./plugins	36	Anthropic自身が開発・維持する純正プラグイン
同梱 ./external_plugins	15	リポジトリに同梱された第三者製プラグイン
外部参照	約190	別リポジトリをコミットSHAで固定参照（日次の自動更新で増減）
合計	約240件規模	2026-06-30時点。日次更新で増減する

内製の36件と同梱の15件は安定した確定値ですが、外部参照は上表の通り日次の自動更新で増減するため、合計は固定値ではありません。確認時点（2026-06-30、main の最新コミットは cd3ca5b）では「約240件規模」と捉えてください。

件数の細かい話は他の記事とも重なるため深追いはしません。ここからが本題です。

プラグインと組み込み機能の「5つの関係」

プラグインと本体の組み込み機能の関係が一様でないのは、両者の間で機能が双方向に行き来しているからです。一方では、プラグインで提供されていた機能が有用だと判断されて本体の組み込みコマンドに取り込まれ、結果として両者が重複していくという流れがあります。もう一方では、本体側がコマンドを整理して単独コマンドを削除しつつ、その機能自体は本体に残したまま、プラグインとしても提供するようになるという逆向きの流れもあります。この双方向の動きの結果、純正プラグインと組み込み機能の関係は次の5つのパターンに整理できます。

なお本記事では、/code-review や /simplify のようにClaude Code標準で使えるコマンドや同梱スキル（bundled skill）をまとめて「組み込み（コマンド）」と呼びます。公式ドキュメント上は組み込みコマンド（built-in command）と同梱スキル（bundled skill）が混在しており、必ずしも本体に固定されたbuilt-in commandというわけではありません。

まず、各パターンの記号と意味を凡例表で示します。

分類	意味
✅ ネイティブ化済み	機能が組み込みコマンドに統合され、実質的に重複している
⚠️ 部分的に重複	一部はネイティブ挙動でカバーされるが、完全な代替ではない
🔄 逆移行	本体の組み込み機能が、本体に残ったままプラグイン側にも展開された（本体とは逆向きの動き）
➕ 補完	ネイティブ機能を置き換えず、併用が前提
⬜ 該当なし	本体に対応する単一コマンドが存在しない純正プラグイン（外部MCP連携は対象外・比較として併記）

この5分類に沿って、代表的な純正プラグインと対応する組み込み機能、そして実務での判断を一枚にまとめたのが次の表です。以降の各セクションでは、この表の各行を1つずつ掘り下げていきます。

分類	代表プラグイン	対応する組み込み	実務判断
✅ ネイティブ化済み	code-simplifier / code-review	/simplify / /code-review（＋/review）	本体で足りる→基本は不要
⚠️ 部分的に重複	commit-commands	commit/PR作成のエージェント挙動	用途次第で併用
🔄 逆移行	explanatory-output-style / learning-output-style	出力スタイル（機能は標準で残存・/output-style コマンドは削除→/config）	標準は/config、プラグインも可
➕ 補完	security-guidance	/security-review	常時オン＋オンデマンドで両用
⬜ 該当なし	feature-dev / plugin-dev / pr-review-toolkit / skill-creator / LSP系（公式マーケットプレイスに12プラグイン）／〔比較〕外部MCP（context7・playwright・serena等。純正36件の対象外）	（なし）	引き続き有用

この対応関係を一枚の図にまとめると、次の5分類マップになります。

✅ ネイティブ化済み（重複）― code-simplifier / code-review

このパターンは、プラグインで提供されていた機能がそのまま本体の組み込みコマンドに取り込まれ、実質的に重複している状態です。代表例が code-simplifier プラグインと code-review プラグインで、それぞれ本体の /simplify と /code-review に対応します。ここはバージョンの変遷が少し込み入っているので、公式CHANGELOGを追いながら順を追って整理します。

code-simplifier → /simplify

code-simplifier プラグインは、変更したコードのクリーンアップに特化したレビューを行うものです。複数のレビューエージェントが並列で動き、それぞれ「再利用（reuse）」「簡素化（simplification）」「効率（efficiency）」「視座（altitude）」といった観点でコードをチェックし、見つかった改善点を修正として適用します。あくまでクリーンアップが目的で、バグ探索はしないのが特徴です。

この機能は本体側にも /simplify として組み込まれているのですが、ここに至るまでの経緯が少し複雑です。公式のCHANGELOGをたどると、次のように変遷していました。

• v2.1.63: /simplify が標準搭載のスラッシュコマンドとして追加された
• v2.1.147: /simplify が /code-review にリネームされ、この時点で旧来のクリーンアップして修正する挙動はいったん削除された
• v2.1.152: /code-review --fix が作業ツリー（working tree）への適用を行うようになり、/simplify は /code-review --fix を呼ぶ別名として復活した
• v2.1.154: /simplify が「クリーンアップ専用・バグ探索なし」のレビューとして再定義された（現行の挙動）

ここで注意したいのは、「/simplify は /code-review --fix 相当」という説明の扱いです。上記の公式CHANGELOGの変遷をたどると、この説明が正しかったのは v2.1.152 で別名として復活してから v2.1.154 で再定義される前まで（おおむね v2.1.152〜v2.1.153）の期間限定 だったことが分かります。/simplify がクリーンアップ専用に再定義された現行（v2.1.154以降）では当てはまりません。実際、公式のコマンドリファレンスにも /simplify の項に「以前のバージョンでは /code-review --fix と同等」という趣旨の注記が付いています。バージョンによって意味が変わるコマンドなので、説明を引用する際は対象バージョンに気を付けたいところです。

なお、/simplify がプラグインから標準搭載になった経緯については aki1990氏の記事 に詳しくまとまっています。先行して掘られている論点なので、本記事では事実関係の確認にとどめます。

実務上は、本体に /simplify が用意されているため、同じ機能を持つ code-simplifier プラグインをわざわざ個別に導入する必要は基本的にありません。

code-review → /code-review

/code-review は、diffをcorrectness（正しさ）の観点でのバグ検出と、クリーンアップ（reuse / simplification / efficiency）の観点の両面からレビューする組み込みコマンドです。公式のコマンドリファレンスによると、主なオプションは次の通りです。

• --fix: レビューで見つかった指摘を作業ツリーに適用する
• --comment: GitHubのPRにインラインコメントとして指摘を書き込む
• effort指定（low/medium/high/xhigh/max の5段階）: レビューの深さを指定でき、low・mediumは高確度の指摘に絞り、high〜maxほど広く（不確実な指摘も含めて）カバーする（いずれもローカル実行）
• ultra（/code-review ultra）: 上記のeffort段階とは別物で、Anthropicのクラウド上でマルチエージェントによるディープレビュー（ultrareview）を走らせるモード。claude.aiアカウントが必要（Pro/Maxは3回無料、以降はusage credits）。名前の似た ultracode（/effort で指定する設定の一つで、xhigh相当の推論にワークフロー自動編成を組み合わせるもの）とは別概念なので注意

この /code-review も、前述の通り /simplify からのリネーム（v2.1.147）を経て現在の形になったものです。つまり「ある単一のバージョンで新規に追加されたコマンド」ではなく、/simplify ↔ /code-review の間で名前と役割が何度か入れ替わってきた結果として、現行の役割分担に落ち着いています。一方、プラグインの code-review は、marketplace.json の説明によると「PR向けに複数の専門エージェントと信頼度スコア（偽陽性フィルタ）を組み合わせたレビュー」で、同系統の pr-review-toolkit（後述の⬜）に近い性格も持ちます。基本的なdiffレビュー用途は組み込み /code-review でカバーできますが、PR向けのマルチエージェントや信頼度スコアまで完全に一致するわけではない点には注意してください（組み込み側でマルチエージェントを使うのは ultra／クラウド経路です）。なお、GitHubのPR単位でレビューしたい場合は /review があり、/code-review と同じレビューエンジンをread-onlyで使います。

⚠️ 部分的に重複 ― commit-commands

commit-commands は、commit・push・PR作成といったGitワークフロー向けのコマンド群を提供する純正プラグインです。これらの操作はいずれもClaude Code本体のエージェント挙動としてもネイティブに処理できます。たとえば「変更をコミットして」「PRを作って」と依頼すれば、本体だけでも一通りこなせます。

ただし /code-review や /simplify のように /commit という単一の組み込みスラッシュコマンドが明示的に用意されているわけではありません。本体側はあくまでエージェントとしての振る舞いでカバーしている形で、プラグインが提供する明示的なコマンド群と完全に同一とは言い切れません。そのため、ここでは「ネイティブ化済み」ではなく「部分的に重複」に分類しています。

実務上は用途次第で、決まったワークフローをコマンドとして固定したい場合はプラグインを、その都度の自由なやり取りで済ませたい場合は本体のエージェント挙動を、と併用するのが現実的です。

なお、この「部分的に重複」にはcommit-commandsのほかにralph-loop・session-reportも該当します（巻末の付録で全件と重なりの内容を整理しています）。本文では代表としてcommit-commandsを取り上げました。

🔄 逆移行（本体機能がプラグインでも提供）― explanatory-output-style / learning-output-style

このパターンは、これまでとは逆の流れです。本体だけにあった機能が、プラグインとしても提供されるようになった例です。出力スタイルのExplanatory（解説重視）とLearning（学習重視）がそれにあたります。

出力スタイルは本体の組み込み機能として提供されており、ExplanatoryとLearningは公式CHANGELOGによるとv1.0.81で初めて登場しました。当時は /output-style というスラッシュコマンドで切り替える仕組みでした。

ところがこの /output-style コマンドは、その後段階的に整理されていきます。公式CHANGELOGによればv2.1.73で非推奨（deprecated）となり、公式のoutput-stylesドキュメントによるとv2.1.91で削除されました（CHANGELOGの該当バージョンには削除エントリがないため、ここでは出典をドキュメントとしています）。現在の出力スタイルの切り替えは /config 経由で行う形になっています。

ここで押さえておきたいのは、出力スタイルの機能そのものは標準機能として本体に残っているという点です。Explanatory / Learningは今も本体の出力スタイルとして利用でき、削除されたのは単独の /output-style コマンドだけです。そのうえで、output styleはプラグインとしても配布できるようになっており（CHANGELOGによるとv2.0.41で対応）、公式マーケットプレイスの純正プラグイン explanatory-output-style と learning-output-style がこれにあたります。本体だけにあった機能がプラグインとしても提供されるようになった点で、これまでの「プラグイン→本体」とは逆向きの動きと言えます。

なお、これらのプラグインの説明文では対象の出力スタイルを「deprecated（非推奨）」「unshipped（未提供）」と表現していますが、これは「単独コマンドが廃止された／一般提供されなかったスタイルを再現する」というニュアンスで、本体の出力スタイル機能そのものが消えたわけではありません。また、これらのプラグインは標準の出力スタイル設定（/config で選ぶ outputStyle）とは別機構で、SessionStartフックとしてセッション開始時に追加の指示文をコンテキストへ注入し、相当の挙動を再現します（その仕組み上、起動ごとに注入分の入力トークンが少し上乗せされると考えられます）。とくに learning-output-style は元のLearning単体ではなく、explanatory 相当の解説も含む構成です。

なお出力スタイルは、公式CHANGELOGによるとv2.0.30で一度Deprecatedとされたあとv2.0.32でUn-deprecate（撤回）された経緯もあり、本体とプラグインの間で機能の置き場所が揺れてきたことがうかがえます。

出力スタイルを使いたい場合は、標準機能として /config（や設定ファイルの outputStyle）から切り替える方法と、必要に応じて *-output-style プラグインを導入する方法があります。/config はプラグインではなく本体標準の手段である点に注意してください。

➕ 補完（併用前提）― security-guidance

security-guidance は、本体の組み込みコマンドを置き換えるものではなく、併用を前提とした補完的な純正プラグインです。常時オンで、セッション中に自動でセキュリティレビューを行います。具体的には、ファイル編集時のパターン検出、ターン終了（Stop）時のdiffレビュー、コミット時のエージェントによるレビューという多層構成で、injection・XSS・SSRF・ハードコードされた秘密情報など25以上のクラスを検出します。

これに対して、本体には /security-review というネイティブのオンデマンドコマンドがあります。こちらは現在のブランチの未コミットの変更（git diff）をread-onlyで解析するもので、公式に発表されたのは2025年8月（2025-08-06）です。

両者は置き換え関係ではなく、併用が前提です。セッション中に常時オンで走る補完（security-guidance）と、必要なタイミングで明示的に呼び出すオンデマンド／PRレビュー（/security-review）という、性質の異なる2つを組み合わせる形になります。この補完関係の整理については、kai_kou氏の記事 も参照しています。

使い分けとしては、常時オンの security-guidance と、オンデマンドの /security-review を両方使うのが素直です。

⬜ 該当なし ― feature-dev / LSP系 / 外部MCP連携

最後のパターンは、本体の組み込みコマンドと重複しない、あるいは本体に未統合のプラグインや外部連携です。これまでの4パターンと違って本体側に対応する単一コマンドが存在しないため、引き続きプラグインや外部連携として使う前提のものを、ここにまとめます。大きく3つに分けて整理します。

純正だが本体の単一コマンドには未統合 ― feature-dev / plugin-dev / pr-review-toolkit / skill-creator

feature-dev / plugin-dev / pr-review-toolkit / skill-creator は、いずれもAnthropic純正の内製プラグインですが、本体の単一のスラッシュコマンドには統合されていません。これらはプラグインの名前空間から起動する独立したワークフローとして提供されています。

たとえば pr-review-toolkit は、複数の専門サブエージェントを組み合わせてPRをレビューするワークフローです。本体のCode Review（/code-review）がdiffを一貫したエンジンでレビューするのに対し、こちらは別系統の仕組みになっています。同じ「レビュー」という言葉でくくれそうに見えても、本体のコマンドとプラグインのワークフローは別物で、片方がもう片方を置き換える関係にはありません。

LSP系 ― ネイティブLSPツールは本体、言語ごとの有効化はプラグイン

LSP（Language Server Protocol）まわりは、本体とプラグインで役割が分かれています。ネイティブのLSPツール自体は、公式CHANGELOGによるとv2.0.74で本体に搭載されました。一方で、言語ごとの有効化や設定はプラグイン側が担う形になっています。公式マーケットプレイスには、このLSPプラグインが12個用意されています。

ここは「本体にLSPが入ったのだからプラグインは重複では？」と捉えたくなるところですが、そうではありません。LSPプラグインは、本体に組み込まれたLSPの仕組みを言語ごとに有効化するためのものです。つまり重複ではなく、本体機能を言語別に使えるようにする役割を持っています。本記事では「対応する単独コマンド（/lsp のようなもの）がない」という軸で⬜に置いていますが、ネイティブLSP基盤を言語別に活かす点では『補完』的な性格も併せ持ちます。なお、各言語のLSPを実際に動かすには、対応する言語サーバーのバイナリを別途用意する必要があります。

外部MCP連携 ― context7 / playwright / serenaなど

context7・playwright・serenaといった外部のMCP連携は、いずれもサードパーティ製で、今回の主題である純正36件の分類対象外です。ここでは比較として補足的に触れます。これらはネイティブ化されておらず引き続き有用で、本体の組み込み機能と重複するものではなく、外部ツールやサービスと連携するための独立した手段として機能します。

このパターンに含まれるプラグインや外部連携は、本体の組み込み機能で代替できるものではないため、引き続き有用です。必要に応じて導入するとよいでしょう。

まとめ

純正プラグイン36件と本体の組み込み機能の関係を、5つのパターンに分けて整理してきました。最後に、それぞれのパターンについて「本体で代替できるか」と「入れる／抜く／併用のどれが素直か」という実務上の取捨選択の観点で、一行ずつ早見表にまとめます。

分類	代表例	本体で代替できるか	入れる/抜く/併用
✅ ネイティブ化済み	code-simplifier / code-review	できる（/simplify・/code-review）	抜く（本体で足りる）
⚠️ 部分的に重複	commit-commands	一部のみ（エージェント挙動でカバー）	併用（用途次第）
🔄 逆移行	explanatory-output-style / learning-output-style	機能は標準で残存（単独コマンドは削除→/config）	標準は/config、必要ならプラグイン
➕ 補完	security-guidance	できない（/security-review とは別性質）	併用（常時オン＋オンデマンド）
⬜ 該当なし	feature-dev / plugin-dev / pr-review-toolkit / skill-creator / LSP系（マーケットプレイスに12プラグイン）／〔比較〕外部MCP連携（対象外）	できない（本体に対応コマンドなし）	入れる（必要に応じて）

プラグインと本体の組み込み機能の関係は一様ではなく、機能が本体へ取り込まれて重複するもの、本体に残したままプラグイン側にも提供されるようになったもの、本体機能を補完するために併用するものなど、パターンによって扱いが変わります。プラグインを入れるか抜くかを判断するときは、対応する組み込み機能が本体側にあるか、あるならどこまで代替できるかという関係を見極めたうえで、取捨選択するとよいでしょう。

付録：純正プラグイン36件の5分類一覧

本文では各分類の代表例を取り上げました。棚卸しの締めくくりとして、内製（純正）36件すべてを5分類のどこに置いたかを一覧にします（2026-06-30時点）。LSP系は組み込みLSPを言語別に有効化するもの、その他の多くは本体に対応する単一コマンドを持たない独立したワークフローやスキルです。

分類	件数	純正プラグイン
✅ ネイティブ化済み	2	code-simplifier / code-review
⚠️ 部分的に重複	3	commit-commands / ralph-loop / session-report
🔄 逆移行	2	explanatory-output-style / learning-output-style
➕ 補完	1	security-guidance
⬜ 該当なし（LSP系）	12	clangd-lsp / csharp-lsp / gopls-lsp / jdtls-lsp / kotlin-lsp / lua-lsp / php-lsp / pyright-lsp / ruby-lsp / rust-analyzer-lsp / swift-lsp / typescript-lsp
⬜ 該当なし（その他の独立プラグイン）	16	agent-sdk-dev / claude-code-setup / claude-md-management / code-modernization / cwc-makers / feature-dev / frontend-design / hookify / math-olympiad / mcp-server-dev / mcp-tunnels / playground / plugin-dev / pr-review-toolkit / project-artifact / skill-creator

「本体側のコマンド／同梱スキルとして取り込まれた（✅）」と言えるのは、CHANGELOGで標準搭載化・リネームが明記されたcode-simplifier（/simplify）とcode-review（/code-review）の2件です。

⚠️部分的に重複には、commit-commandsに加えてralph-loopとsession-reportも含めました。ralph-loop（反復作業を繰り返すRalph Wiggum手法）は本体の /loop（プロンプトを繰り返し実行する組み込みコマンド）と、session-report（セッション利用状況のHTMLレポートを生成）は本体の /usage（スキル・サブエージェント別の利用状況を表示。/cost・/stats の別名）と領域が重なります。ただしいずれもプラグイン固有の部分が残り、完全な代替ではないため⚠️としています（/loop・/usage は公式コマンドリファレンスで確認）。

---

本記事の調査は、anthropics/claude-plugins-official の特定時点（2026-06-30時点、確認時点での main の最新コミットは cd3ca5b）と、その時点のClaude Codeのバージョンに基づいています。内製プラグイン36件・同梱プラグイン15件は安定した確定値ですが、外部参照のプラグインは別リポジトリをコミットSHAで固定して取り込む構成上、日次の自動更新によって増減するため、合計件数（2026-06-30時点で約240件規模）は時点依存です。今後のバージョンで、各コマンドやプラグインの挙動・分類が変わる可能性があります。

参考・出典

本記事の事実関係は、以下の一次ソースをもとに確認しています。

• 公式マーケットプレイス: anthropics/claude-plugins-official（内製・同梱・外部参照の件数はリポジトリの marketplace.json 実数に基づく）
• 公式コマンドリファレンス: Claude Code commands（/code-review・/simplify・/review・/security-review の仕様）
• 出力スタイルのドキュメント: Output styles（/output-style の非推奨・削除、/config への移行）
• プラグインのドキュメント: Plugins（claude-plugins-official と claude-community の区別、LSPプラグインの配布）
• バージョン変遷の出典: Claude Code CHANGELOG（各コマンド・機能の追加／変更バージョン）
• 自動セキュリティレビューの公式情報: Automate security reviews with Claude Code（ブログ） / Automated security reviews in Claude Code（サポート記事）
• 先行記事（/simplify の標準搭載経緯）: aki1990氏の記事
• 先行記事（security-guidance と /security-review の補完関係）: kai_kou氏の記事

KIYOラーニング株式会社について

当社のビジョンは『世界一「学びやすく、分かりやすく、続けやすい」学習手段を提供する』ことです。革新的な教育サービスを作り成長させていく事で、オンライン教育分野でナンバーワンの存在となり、世界に展開していくことを目指しています。

プロダクト

• スタディング：「学びやすく・わかりやすく・続けやすい」オンライン資格対策講座
• スタディングキャリア：資格取得者の仕事探しやキャリア形成を支援する転職サービス
• AirCourse：受け放題の動画研修がついたeラーニングシステム（LMS）

KIYOラーニング株式会社では一緒に働く仲間を募集しています