claude code marketplace 公開一覧

Claude Code Marketplace とは — 3 階層構造の全体像

Claude Code Marketplace は Plugin と Skill を一覧化して配布する公式機構です。中央に Anthropic が運営する公式マーケットプレイス(claude-plugins-official)があり、それとは独立して任意の Git リポジトリで自前のマーケットプレイスをホストできる設計になっています(出典: プラグインマーケットプレイスの作成と配布)。

3 階層の関係を整理します。

ユーザー視点では /plugin marketplace add owner/repo でマーケットプレイスを 1 つ取り込み、その中の Plugin から欲しいものだけ /plugin install <name>@<marketplace> でインストールします。Plugin は内部に複数の Skill を含むことができ、個別 Skill は /<skill-name> のスラッシュコマンドとして呼び出せます。Plugin に名前空間がある場合は /plugin-name:skill-name 形式になります。

公式マーケットプレイスの位置づけ

公式マーケットプレイス claude-plugins-official には Anthropic 認定の Plugin が並びます。Claude Code を起動すると自動的に利用可能になり、/plugin の Discover タブで参照できます。一方、anthropics/claude-code リポジトリには手動追加が必要なデモマーケットプレイス(claude-code-plugins)があり、プラグインシステムの可能性を示す例プラグインが収録されています。社内ツールや顧客特有のスクリプトは自前マーケットプレイスで配布し、GitHub Private リポジトリでホストすれば extraKnownMarketplaces 設定で社内限定の流通網を実現できます。

なお、claude-code-marketplace claude-code-plugins claude-plugins-official anthropic-marketplace anthropic-plugins agent-skills knowledge-work-plugins life-sciences などの名前は公式予約済みで、サードパーティのマーケットプレイス名には使えません。official-claude-plugins のような「公式のなりすまし」名もブロックされます。

大型表 1 — 公開マーケットプレイス一覧(20 行以上)

公式マーケットプレイス(claude-plugins-official)とデモマーケットプレイス(anthropics/claude-code)に収録されているプラグインをすべて列挙します。インストールコマンドは /plugin install <名称>@<マーケットプレイス> の形式です(出典: プラグインの検出とインストール)。

公式マーケットプレイス claude-plugins-official 収録プラグイン

/plugin install <名称>@claude-plugins-official でインストールできます。

デモマーケットプレイス anthropics/claude-code(claude-code-plugins)収録プラグイン

/plugin marketplace add anthropics/claude-code で追加後、/plugin install <名称>@anthropics-claude-code でインストールできます(出典: プラグインの検出とインストール)。

大型表 2 — Plugin ソース種別の全網羅表(15 行以上)

marketplace.json の各 plugin エントリには source フィールドが必須で、Claude Code がプラグインの実体をどこから取得するかを指定します。5 種類のソースタイプが用意されています(出典: プラグインマーケットプレイスの作成と配布)。

sha と ref のピン留め戦略

github url git-subdir の各ソースでは ref(ブランチ / タグ)と sha(完全な 40 文字コミット SHA)の両方が指定可能です。特定リリースに固定したいなら sha を、最新追跡なら ref: main を選びます。マーケットプレイスソース側は ref のみ対応で sha は受け付けない非対称仕様であることに注意してください。これはマーケットプレイス側のメンテナンスを軽くするための設計です。

モノレポ向け git-subdir の活用

acme-corp/monorepo のように 1 つのリポジトリに大量の社内ツールが入っている場合、git-subdir を使うと Git のスパース部分クローンで指定ディレクトリだけ取得できます。500MB 級のモノレポでも、必要な数 MB のサブディレクトリだけを取得するため帯域消費が大幅に減ります。url フィールドは GitHub ショートハンド(owner/repo)または SSH URL も受け入れます。

大型表 3 — marketplace.json / plugin.json / SKILL.md 全フィールド一覧(20 行以上)

marketplace.json の全フィールド

marketplace.json プラグインエントリの全フィールド

plugin.json の全フィールド

SKILL.md フロントマターの全フィールド

5 種類のプラグインソース — 取得経路の詳細

前述の大型表 2 で全ソース種別を網羅しましたが、ここでは各ソースの設定 JSON 例を示します(出典: プラグインマーケットプレイスの作成と配布)。

GitHub ソース

{
  "name": "deployment-tools",
  "source": {
    "source": "github",
    "repo": "company/deploy-plugin",
    "ref": "v2.0.0",
    "sha": "a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8a9b0"
  }
}

ref は追跡対象のブランチ・タグ、sha は再現性のための正確なコミット固定です。どちらか一方のみでも動作します。

git-subdir ソース(モノレポ向け)

{
  "source": {
    "source": "git-subdir",
    "url": "https://github.com/acme-corp/monorepo.git",
    "path": "tools/claude-plugin",
    "ref": "v2.0.0"
  }
}

500MB 級のモノレポでも、必要な数 MB のサブディレクトリだけをスパースクローンします。url フィールドは owner/repo ショートハンドや git@github.com:... の SSH URL も受け入れます。

npm ソース

{
  "name": "my-npm-plugin",
  "source": {
    "source": "npm",
    "package": "@acme/claude-plugin",
    "version": "^2.0.0",
    "registry": "https://npm.example.com"
  }
}

version は semver 範囲(^2.0.0、~1.5.0 等)が使えます。プライベートレジストリは registry で指定します。

自作マーケットプレイスの作成 — 最小 5 ステップ

最小構成で「Plugin 1 つを含むマーケットプレイス」を作る手順です。/quality-review という Skill を 1 つ持つ Plugin を例にします(出典: プラグインマーケットプレイスの作成と配布)。

# Step 1: ディレクトリ構造作成
mkdir -p my-marketplace/.claude-plugin
mkdir -p my-marketplace/plugins/quality-review-plugin/.claude-plugin
mkdir -p my-marketplace/plugins/quality-review-plugin/skills/quality-review

# Step 2: SKILL.md 作成
cat > my-marketplace/plugins/quality-review-plugin/skills/quality-review/SKILL.md <<'EOF'
---
description: Review code for bugs, security, and performance
disable-model-invocation: true
---
Review the code I've selected or the recent changes.
EOF

# Step 3: plugin.json 作成
cat > my-marketplace/plugins/quality-review-plugin/.claude-plugin/plugin.json <<'EOF'
{
  "name": "quality-review-plugin",
  "description": "Adds a /quality-review skill for quick code reviews",
  "version": "1.0.0"
}
EOF

# Step 4: marketplace.json 作成
cat > my-marketplace/.claude-plugin/marketplace.json <<'EOF'
{
  "name": "my-plugins",
  "owner": { "name": "Your Name" },
  "plugins": [
    {
      "name": "quality-review-plugin",
      "source": "./plugins/quality-review-plugin",
      "description": "Adds a /quality-review skill for quick code reviews"
    }
  ]
}
EOF

# Step 5: ローカルテスト → 共有
# /plugin marketplace add ./my-marketplace
# /plugin install quality-review-plugin@my-plugins

GitHub にプッシュすればチームメンバーは /plugin marketplace add owner/my-marketplace でカタログを取り込めます。

バージョン解決の落とし穴

plugin.json または marketplace エントリの version フィールドを設定すると、そのバージョン文字列が変わらない限り Claude Code は更新を検知しません。"version": "1.0.0" のまま新しいコミットをプッシュしても、ユーザー側はキャッシュ済みの古いコードを使い続けます。回避策は、(1) 全リリースで version をバンプするか、(2) version フィールドを削除して Git コミット SHA を自動バージョン代わりにするかの 2 択です。社内ツールで全員に最新を即配布したいなら (2) を選びます。

厳格モード(strict)と組織配布

strict: true / false の動作

marketplace.json のプラグインエントリには strict フィールドがあり、コンポーネント定義の権限を plugin.json 側にするかマーケットプレイスエントリ側にするかを制御します(出典: プラグインマーケットプレイスの作成と配布)。

strict: false を使うと、マーケットプレイス側が生ファイルを Plugin 化する際にコンポーネント構成を完全制御できます。プラグイン作者の意図と異なる切り口で公開したい場面に有効です。

組織配布 — strictKnownMarketplaces の全構成例

社内向けにマーケットプレイスをデフォルト導入・外部追加禁止で運用するには、管理設定 .claude/settings.json で 2 つの設定を組み合わせます(出典: プラグインマーケットプレイスの作成と配布)。

{
  "extraKnownMarketplaces": {
    "company-tools": {
      "source": { "source": "github", "repo": "your-org/claude-plugins" }
    }
  },
  "enabledPlugins": {
    "code-formatter@company-tools": true,
    "deployment-tools@company-tools": true
  },
  "strictKnownMarketplaces": [
    { "source": "github", "repo": "your-org/claude-plugins" },
    { "source": "hostPattern", "hostPattern": "^github\\.example\\.com$" },
    { "source": "pathPattern", "pathPattern": "^/opt/approved/" }
  ]
}

strictKnownMarketplaces の値と動作の対応は下表の通りです。

hostPattern で GitHub Enterprise Server のホスト名を正規表現マッチさせれば、ドメイン全体を許可できます。プライベートリポジトリの自動更新には環境変数 GITHUB_TOKEN / GITLAB_TOKEN / BITBUCKET_TOKEN をセットしてバックグラウンド認証を有効にします。

コンテナ事前シードと環境変数

CI / 本番コンテナでは CLAUDE_CODE_PLUGIN_SEED_DIR 環境変数で事前シードしたディレクトリを指定できます。ビルド時に ~/.claude/plugins 構造を一度作っておけば、ランタイムは読み取り専用で利用できます。エアギャップ環境やオフライン CI に必須の機構です。また CLAUDE_CODE_PLUGIN_KEEP_MARKETPLACE_ON_FAILURE=1 を設定すると、git pull 失敗時に既存キャッシュを保持し最後の正常状態で継続します。Git 操作のタイムアウトは CLAUDE_CODE_PLUGIN_GIT_TIMEOUT_MS で調整できます(デフォルト 120,000ms)。

まとめ — claude code marketplace 運用の判断基準

Claude Code Marketplace は Plugin と Skill を配布する 3 階層カタログ機構で、Git リポジトリと marketplace.json だけで成立する軽量設計です。公式マーケットプレイスには LSP・MCP・ワークフロー等のプラグインが 20 本以上揃い、/plugin install <名前>@claude-plugins-official で即導入できます。独自マーケットプレイスを作る際は marketplace.json・plugin.json・SKILL.md の 3 ファイルを理解し、ソース種別は相対パス / github / url / git-subdir / npm の 5 択から用途に応じて選びます。モノレポには git-subdir、npm 管理には npm ソース、シンプルな OSS 配布には github ソースが適切です。組織配布では extraKnownMarketplaces でチームに自動提供し、strictKnownMarketplaces でセキュリティポリシーを担保する組み合わせが定石です。バージョン管理は version フィールドを省略して git SHA に任せると積極開発中のプラグインで余計な作業が減ります。

出典(一次情報)

• プラグインマーケットプレイスの作成と配布(Claude Code 公式ドキュメント)
• 既成プラグインの検出とインストール(Claude Code 公式ドキュメント)
• プラグインの作成(Claude Code 公式ドキュメント)
• プラグインリファレンス(Claude Code 公式ドキュメント)
• スキルで Claude を拡張する(Claude Code 公式ドキュメント)
• anthropics/claude-code プラグイン一覧(GitHub)

関連記事

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