Claude Code Skills マーケットプレイスは4,000越え — まず入れる価値のある4つと、入れる前の3つの判断軸を整理した

Claude Code 公式の Skills / Plugins マーケットプレイスは、2026年6月時点で 4,188以上のスキルと727以上のMCPサーバー が並ぶ、それなりに大きな倉庫になりました。
月間15万人以上が訪れています（Claude Code Marketplace）。
便利そうなものが多すぎて、片っ端から入れると逆に動きが遅くなる、というのが今この棚の現実です。

私自身、Claude Code を日常使いしながら自前の skill をいくつか書いているのですが、外部の skill を入れる時に毎回判断に時間を取られるので、いちど棚を整理しておきました。
この記事は、人気上位のなかから「最初に試す価値が特に高い4つ」と、「入れる前に通す3つの判断軸」を、公式の README とアナウンスをベースに整理したものです。
私が全部を本番ワークフローで使い込んだわけではないので、評価は「触ってわかった」ではなく「公式情報と運用上の合理性で見える範囲」に絞っています。

マーケットプレイスの全体像

軽く整理しておきます。
Claude Code のマーケットプレイスは、大きく3つのレイヤーで成り立っています。

• Skills: Claude Code の振る舞いを書き換える指示の集合（テキストファイル中心）

• MCP Servers: 外部サービス（GitHub、Supabase、Stripe など）に接続するためのサーバー

• Plugins: 上の2つを束ねた、入れる単位

2026年3月時点で 公式プラグインは101個（Anthropic 製33個 + パートナー製68個。GitHub / Playwright / Supabase / Figma / Vercel / Linear / Sentry / Stripe / Firebase など）。
この公式分とは別に、コミュニティが作った非公式の skill / MCP が大量に並んでいます。
人気度の指標は「インストール数」と「GitHub スター数」のどちらも見えるので、それで一次フィルターをかけられます。

入れる前の3つの判断軸

人気上位は当然便利そうに見えますが、すべて入れる必要はありません。
私はこの3つを通してから入れるようにしています。

1. 自分のワークフローのどこに刺すかが先

「便利そうだから」で入れると、起動するシーンが思い浮かばないまま eats context だけが増えます。
順番は逆で、まず「自分の作業のどこに不満があるか」を1つ決め、それを解く skill だけを選ぶ、というほうが効きます。
不満が複数あるなら、優先度の高いほうから1つずつ入れて、入れる前と後で「自分のタスクが何分速くなったか」を素朴に比べるのが現実的です。

2. 公式 vs コミュニティを区別する

Anthropic 公式プラグインは、Claude Code 本体と同じチームがメンテしているので、コンテキストの食い方や安全性のチューニングが整っています。
コミュニティ製は性能のジャンプが大きい一方で、メンテが止まりやすく、Claude Code 本体のアップデートで壊れることもあります。
最初の1つ目は公式から、慣れたらコミュニティから、という順番が安全です。

3. 自分の CLAUDE.md と重複しないか

自分のプロジェクトに既に CLAUDE.md を書き込んでいる場合、入れた skill が同じ領域を別の言葉で指示していて、Claude が両方を読んでブレることがあります。
入れる前に、自分の CLAUDE.md をもう一度開いて「この skill と同じ事を別の言い方で書いていないか」を確認します。
ぶつかっている場合は、自分の CLAUDE.md 側を簡略化するか、skill のほうを使わないか、どちらかを選びます。

1. Superpowers — 開発の「規律」をエージェントに入れる

obra/superpowers は、Claude Code を含む複数の AI コーディングエージェントを「規律ある開発フロー」で動かすためのフレームワークです。
作者は Jesse Vincent 氏（旧 Prime Radiant）で、インストール数は約75万、GitHub スターは15万を超えています。

中身は「計画優先」「完了前の検証」「自動アクティベーション」という3つの仕掛けでできています。
何かを作り始めようとすると、いきなりコードを書き出すのではなく、「あなたが本当にやりたいことは何か」を一度確かめてくる、というふうに動きを差し挟みます。
仕様が固まったらそれをこちらが読める長さでチャンクに切って見せ、合意してから書き始めます。
そして「動いたと宣言する前に、実際に動いていることを確認する」という skill が自動で走るので、いわゆる「動きました」と返ってきたら壊れていた、という体験を減らせます。

向いている人は、対話型でぽんぽん書かせる使い方より、「方針を固めてから動かして、最後に検証してから返してほしい」運用が好きな人です。
逆に、軽い質問を連発するワークフローには重すぎることがあるので、その場合は重いタスクの時だけ呼び出すのがよさそうです。
Claude Code 以外にも Codex CLI / Codex App / Gemini CLI / OpenCode / Cursor / GitHub Copilot CLI で使えるので、複数のエージェントを併用している人にも合います。

2. Frontend Design — 「AI 生成あるある」を避ける（Anthropic 公式）

Frontend Design は Anthropic 公式のプラグインで、インストール数は約83万です。
これは「Claude にフロントエンドを書かせると、どうしても紫グラデと Inter フォントの似たような UI になる」問題を、デザイン側のフレームワークごと差し替えて解決します。

中身は「コードを書く前に、目的・読者・美学の方向（ブルータリズム、マキシマリズム、レトロフューチャー、ラグジュアリー、プレイフルなど）を1つ決めさせる」というステップを挟みます。
そのうえで、意外性のあるフォント組み合わせ、スクロール連動のモーション、非対称構図、グラデや質感による視覚的な深みといった「決まりきっていない」表現を引き出します。
逆に、汎用 system フォントや見慣れた紫グラデは、明示的に避けるよう指示が組み込まれています。
React / Vue / Svelte / 素の HTML+CSS に対応します。

向いている人は、個人開発の LP や、portfolio、社内ツールのダッシュボードを「ありがちじゃない見た目」で出したい人です。
逆に、デザインシステムが社内で固まっていて指定通りに作る必要がある場合は、ここで入る指示と衝突するので、その時だけ無効化するのが現実的です。
公式プラグインなので、Claude Code 本体のアップデートに追随しやすい安心感もあります。

3. Context7 — 「古いドキュメント問題」を直す（Upstash 製 MCP）

Context7 は Upstash が作った MCP プラグインで、インストール数は約35万です。
これは「LLM の学習データが古いせいで、Next.js や Prisma のような変化の速いライブラリで API を hallucinate（幻覚）する」問題を、最新ドキュメントを毎回プロンプトに注入することで解決します。

中身はシンプルで、`resolve-library-id` でライブラリ名を Context7 の識別子に解決し、`query-docs` で該当ライブラリの最新ドキュメントを取ってくる、2つのツールがあります。
さらに skill として「ドキュメント検索が必要な質問かどうか」を Claude 自身が判断し、必要な時だけ自動で起動します。
たとえば「Next.js 15 で認証はどう書く？」「Prisma で多対多のリレーションは？」のような質問に、最新の構文で答えてくれるようになります。
基本機能は API キーなしで使えて、レート制限を緩めたい場合だけ Upstash 側で API キーを発行する、という温度感です。

向いている人は、頻繁に新しいライブラリやバージョンを触る Web 開発者です。
逆に、Python の標準ライブラリのような変化の遅い領域を触るだけなら、ありがたみは薄いです。

4. andrej-karpathy-skills — CLAUDE.md そのものを良くする

andrej-karpathy-skills は、Andrej Karpathy 氏（OpenAI 共同創業者、元 Tesla AI 責任者）が SNS で書いた「LLM にコードを書かせると陥りがちな失敗」の観察を、単一の CLAUDE.md ファイルに落とし込んだ skill です。
GitHub スターは16万、フォークは1.6万を超えていて、純粋に口コミで広がっている系です。

中身は4つの原則です。

• Simplicity（簡潔さ）: 求められた問題だけを解く最小のコードを書く。投機的な機能、要求されていない抽象化、使われない柔軟性を入れない

• Surgical Changes（外科的な変更）: 触らなくていい所には触らない。自分が作った汚れだけを片付け、隣のコードや書式を「ついでに改善」しない

• Assumption Surfacing（仮定の表面化）: LLM の最大の失敗パターンは「ある解釈を選んで黙って走り続けること」。仮定があれば必ず明示して、こちらに見せてから進める

• Goal-Driven Execution（ゴール駆動の実行）: LLM は「具体的なゴールに到達するまでループし続ける」のが得意。命令型の指示ではなく、検証ループ付きの宣言型ゴールに翻訳する

これは Claude Code の skill であると同時に、自分の CLAUDE.md を書き直すときの参考としても価値があります。
丸ごと入れてもいいし、自分の CLAUDE.md にこの4原則を翻訳して書き加えてもいいタイプです。

向いている人は、Claude Code に何かを任せた時に「思っていたのと違う方向に走り出す」「黙って勝手な仮定を取って進める」体験が多い人です。
逆に、対話を細かく刻んで都度修正する使い方なら、ここまで強い原則は不要なことも多いです。

どこから始めるか

4つ並べたうえで、自分が今困っていることに合わせて最初の1つを決めるとよいです。

• 「動いたと言うのに動かない」が多い → Superpowers

• 「フロントの見た目が毎回似てしまう」が悩み → Frontend Design

• 「ライブラリの API を間違える」が頻発する → Context7

• 「指示と違う方向に勝手に走る」が困っている → andrej-karpathy-skills

複数の悩みが同時にあっても、一気には入れません。
1つ入れて、自分の典型タスクで「入れる前」と「入れる後」を比べて、効いた手応えがあったら次の1つを足す、という順序が、いちばん長く付き合えます。

まとめ

• Claude Code のマーケットプレイスは2026年6月時点で4,188以上のスキル・727以上のMCPサーバー・月間15万訪問の規模。公式プラグインだけで101個（Anthropic 製33個 + パートナー製68個）

• 入れる前の判断軸は3つ：自分のワークフローのどこに刺すかが先 / 公式 vs コミュニティを区別する / 自分の CLAUDE.md と重複しないか

• 最初に試す価値が高い4つ：Superpowers（規律）、Frontend Design（デザイン）、Context7（最新ドキュメント）、andrej-karpathy-skills（CLAUDE.md の質）

• 一気に4つ入れず、自分のいちばん大きい悩みに合うものから1つ。前後比較してから次を足す

• 公式プラグインから入るほうが安全。Claude Code 本体アップデートとの整合性が取れている

次の一手としては、自分のここ1週間の Claude Code のチャットログを開いて、「動いていない宣言・hallucinate した API・思った方向と違う仕様変更」のどれが一番多かったかを数えてみてください。
最初に入れる skill が決まります。

この記事が参考になったら、ぜひ「スキ」をお願いします。
Claude Code の運用Tipsは、これから定期的に整理して書いていきます。

あわせて読みたい

CLAUDE.md の書き方そのものを掘り下げた記事はこちらに。

Claude Code の Skill / Subagent / Hook / Plugin の違いの整理はこちらに。

今週のAI動向まとめはこちらに。