プラグインを使用すると、Claude Code をカスタム機能で拡張でき、プロジェクトとチーム全体で共有できます。このガイドでは、スキル、エージェント、フック、MCP サーバーを使用して独自のプラグインを作成する方法について説明します。 既存のプラグインをインストールしたいですか?プラグインを検出してインストールするを参照してください。完全な技術仕様については、プラグインリファレンスを参照してください。Documentation Index
Fetch the complete documentation index at: https://code.claude.com/docs/llms.txt
Use this file to discover all available pages before exploring further.
プラグインとスタンドアロン設定を使い分ける
Claude Code では、カスタムスキル、エージェント、フックを追加する 2 つの方法をサポートしています。| アプローチ | スキル名 | 最適な用途 |
|---|---|---|
スタンドアロン(.claude/ ディレクトリ) | /hello | 個人的なワークフロー、プロジェクト固有のカスタマイズ、クイック実験 |
プラグイン(.claude-plugin/plugin.json を含むディレクトリ) | /plugin-name:hello | チームメンバーとの共有、コミュニティへの配布、バージョン管理されたリリース、プロジェクト全体で再利用可能 |
- 単一のプロジェクト用に Claude Code をカスタマイズしている
- 設定が個人的で共有する必要がない
- スキルやフックをパッケージ化する前に実験している
/helloや/deployのような短いスキル名が必要
- 機能をチームまたはコミュニティと共有したい
- 複数のプロジェクト全体で同じスキル/エージェントが必要
- 拡張機能のバージョン管理と簡単な更新が必要
- マーケットプレイスを通じて配布している
/my-plugin:helloのような名前空間付きスキルで問題ない(名前空間はプラグイン間の競合を防ぎます)
クイックスタート
このクイックスタートでは、カスタムスキルを使用してプラグインを作成する手順を説明します。マニフェスト(プラグインを定義する設定ファイル)を作成し、スキルを追加して、--plugin-dir フラグを使用してローカルでテストします。
前提条件
- Claude Code インストール済みで認証済み
/plugin コマンドが表示されない場合は、Claude Code を最新バージョンに更新してください。アップグレード手順については、トラブルシューティングを参照してください。最初のプラグインを作成する
プラグインマニフェストを作成する
.claude-plugin/plugin.json のマニフェストファイルは、プラグインの ID(名前、説明、バージョン)を定義します。Claude Code はこのメタデータを使用して、プラグインマネージャーにプラグインを表示します。プラグインフォルダ内に .claude-plugin ディレクトリを作成します。my-first-plugin/.claude-plugin/plugin.json を作成します。my-first-plugin/.claude-plugin/plugin.json
| フィールド | 目的 |
|---|---|
name | 一意の識別子とスキル名前空間。スキルにはこれが接頭辞として付きます(例:/my-first-plugin:hello)。 |
description | プラグインマネージャーでプラグインを参照またはインストールするときに表示されます。 |
version | オプション。設定されている場合、ユーザーはこのフィールドをバンプしたときにのみ更新を受け取ります。省略され、プラグインが git 経由で配布される場合、コミット SHA が使用され、すべてのコミットが新しいバージョンとしてカウントされます。バージョン管理を参照してください。 |
author | オプション。属性に役立ちます。 |
homepage、repository、license などの追加フィールドについては、完全なマニフェストスキーマを参照してください。スキルを追加する
スキルは 次に、このコンテンツで
skills/ ディレクトリに存在します。各スキルは SKILL.md ファイルを含むフォルダです。フォルダ名がスキル名になり、プラグインの名前空間が接頭辞として付きます(my-first-plugin という名前のプラグイン内の hello/ は /my-first-plugin:hello を作成します)。プラグインフォルダ内にスキルディレクトリを作成します。my-first-plugin/skills/hello/SKILL.md を作成します。my-first-plugin/skills/hello/SKILL.md
プラグインをテストする
--plugin-dir フラグを使用して Claude Code を実行し、プラグインを読み込みます。/help を実行して、プラグイン名前空間の下にリストされたスキルを確認してください。名前空間を使う理由は? プラグインスキルは常に名前空間が付きます(
/my-first-plugin:hello など)。複数のプラグインが同じ名前のスキルを持つ場合の競合を防ぐためです。名前空間プレフィックスを変更するには、plugin.json の name フィールドを更新してください。スキル引数を追加する
$ARGUMENTS プレースホルダーを使用してユーザー入力をキャプチャすることで、スキルを動的にします。SKILL.md ファイルを更新します。my-first-plugin/skills/hello/SKILL.md
/reload-plugins を実行して変更を反映させ、スキルを名前で試してください。- プラグインマニフェスト(
.claude-plugin/plugin.json):プラグインのメタデータを説明します - スキルディレクトリ(
skills/):カスタムスキルを含みます - スキル引数(
$ARGUMENTS):動的な動作のためにユーザー入力をキャプチャします
スキルディレクトリでプラグインを開発する
毎回起動時に--plugin-dir を渡す代わりに、スキルディレクトリにプラグインを保持して、Claude Code に自動的に読み込ませることができます。claude plugin init がスキャフォルドします。
.claude-plugin/plugin.json マニフェストとスターター SKILL.md を含む ~/.claude/skills/my-tool/ が作成されます。次のセッションでは、マーケットプレイスやインストール手順なしで my-tool@skills-dir として読み込まれます。
自動読み込みルール、個人スコープ対プロジェクトスコープ、ワークスペース信頼要件、および更新または削除方法については、スキルディレクトリプラグインを参照してください。
プラグイン構造の概要
スキルを使用してプラグインを作成しましたが、プラグインにはさらに多くの機能を含めることができます。カスタムエージェント、フック、MCP サーバー、LSP サーバー、バックグラウンドモニターです。| ディレクトリ | 場所 | 目的 |
|---|---|---|
.claude-plugin/ | プラグインルート | plugin.json マニフェストを含みます(コンポーネントがデフォルトの場所を使用する場合はオプション) |
skills/ | プラグインルート | <name>/SKILL.md ディレクトリとしてのスキル |
commands/ | プラグインルート | フラットな Markdown ファイルとしてのスキル。新しいプラグインには skills/ を使用してください |
agents/ | プラグインルート | カスタムエージェント定義 |
hooks/ | プラグインルート | hooks.json のイベントハンドラー |
.mcp.json | プラグインルート | MCP サーバー設定 |
.lsp.json | プラグインルート | コード インテリジェンス用の LSP サーバー設定 |
monitors/ | プラグインルート | monitors.json のバックグラウンドモニター設定 |
bin/ | プラグインルート | プラグインが有効になっている間に Bash ツールの PATH に追加される実行可能ファイル |
settings.json | プラグインルート | プラグインが有効になったときに適用されるデフォルト設定 |
次のステップ:さらに多くの機能を追加する準備ができましたか?より複雑なプラグインを開発するにジャンプして、エージェント、フック、MCP サーバー、LSP サーバーを追加してください。すべてのプラグインコンポーネントの完全な技術仕様については、プラグインリファレンスを参照してください。
より複雑なプラグインを開発する
基本的なプラグインに慣れたら、より高度な拡張機能を作成できます。プラグインにスキルを追加する
プラグインには、Claude の機能を拡張するエージェントスキルを含めることができます。スキルはモデル呼び出し型です。Claude はタスクコンテキストに基づいて自動的にそれらを使用します。 プラグインルートにskills/ ディレクトリを追加し、SKILL.md ファイルを含むスキルフォルダを追加します。
SKILL.md には YAML フロントマターと指示が含まれます。Claude がスキルをいつ使用するかを知るように description を含めてください。
/reload-plugins を実行してスキルを読み込みます。段階的な開示とツール制限を含む完全なスキル作成ガイダンスについては、エージェントスキルを参照してください。
プラグインに LSP サーバーを追加する
LSP(Language Server Protocol)プラグインは Claude にリアルタイムコード インテリジェンスを提供します。公式 LSP プラグインがない言語をサポートする必要がある場合は、プラグインに.lsp.json ファイルを追加することで、独自のプラグインを作成できます。
.lsp.json
プラグインにバックグラウンドモニターを追加する
バックグラウンドモニターを使用すると、プラグインはログ、ファイル、または外部ステータスをバックグラウンドで監視し、イベントが到着したときに Claude に通知できます。Claude Code はプラグインがアクティブな場合、各モニターを自動的に開始するため、Claude にモニターの開始を指示する必要はありません。 プラグインルートにmonitors/monitors.json ファイルを追加し、モニターエントリの配列を含めます。
monitors/monitors.json
command からの各 stdout 行は、セッション中に Claude への通知として配信されます。when トリガーと変数置換を含む完全なスキーマについては、モニターを参照してください。
プラグインでデフォルト設定を配布する
プラグインは、プラグインルートにsettings.json ファイルを含めて、プラグインが有効になったときにデフォルト設定を適用できます。現在、agent と subagentStatusLine キーのみがサポートされています。
agent を設定すると、プラグインのカスタムエージェントの 1 つがメインスレッドとしてアクティブになり、そのシステムプロンプト、ツール制限、モデルが適用されます。これにより、プラグインは有効になったときに Claude Code の動作方法をデフォルトで変更できます。
settings.json
agents/ ディレクトリで定義された security-reviewer エージェントをアクティブにします。settings.json の設定は、plugin.json で宣言された settings よりも優先されます。不明なキーは無視されます。
複雑なプラグインを整理する
多くのコンポーネントを持つプラグインの場合、ディレクトリ構造を機能別に整理してください。完全なディレクトリレイアウトと整理パターンについては、プラグインディレクトリ構造を参照してください。プラグインをローカルでテストする
開発中にプラグインをテストするには、--plugin-dir フラグを使用してください。これにより、インストールを必要とせずにプラグインが直接読み込まれます。
.zip アーカイブも受け入れます。これには Claude Code v2.1.128 以降が必要です。
--plugin-dir プラグインがインストール済みのマーケットプレイスプラグインと同じ名前を持つ場合、そのセッション中はローカルコピーが優先されます。これにより、最初にアンインストールしなくても、既にインストール済みのプラグインへの変更をテストできます。マネージド設定によって強制的に有効にされたマーケットプレイスプラグインは唯一の例外であり、オーバーライドできません。
プラグインに変更を加えると、/reload-plugins を実行して再起動せずに更新を反映させます。これにより、プラグイン、スキル、エージェント、フック、プラグイン MCP サーバー、プラグイン LSP サーバーが再読み込みされます。プラグインコンポーネントをテストします。
/plugin-name:skill-nameでスキルを試す/agentsでエージェントが表示されることを確認する- フックが期待どおりに機能することを確認する
.zip アーカイブとしてパッケージ化されているプラグイン(CI ビルドアーティファクトなど)をテストするには、代わりに --plugin-url を使用してください。Claude Code はスタートアップ時にアーカイブをフェッチし、そのセッションのみ読み込みます。フェッチが失敗するか、アーカイブが無効な場合、Claude Code はプラグイン読み込みエラーを報告し、それなしで開始します。信頼に関する考慮事項と同じものが、プラグインソースに適用されます。このフラグは、制御または信頼するアーカイブのみを指してください。
複数のプラグインを読み込むには、各 URL に対してフラグを繰り返します。
プラグインの問題をデバッグする
プラグインが期待どおりに機能しない場合:- 構造を確認する:ディレクトリが
.claude-plugin/内ではなく、プラグインルートにあることを確認してください - コンポーネントを個別にテストする:各スキル、エージェント、フックを個別に確認してください
- 検証とデバッグツールを使用する:CLI コマンドとトラブルシューティング技術については、デバッグと開発ツールを参照してください
プラグインを共有する
プラグインを共有する準備ができたら:- ドキュメントを追加する:インストールと使用方法の指示を含む
README.mdを含めます - バージョン管理戦略を選択する:明示的な
versionを設定するか、git コミット SHA に依存するかを決定してください。バージョン管理を参照してください - マーケットプレイスを作成または使用する:プラグインマーケットプレイスを通じて配布してインストールします
- 他のユーザーでテストする:より広い配布の前に、チームメンバーにプラグインをテストしてもらいます
プラグインをコミュニティマーケットプレイスに送信する
Anthropic は Claude Code プラグイン用に 2 つの公開マーケットプレイスを管理しています。claude-plugins-official:Anthropic によって管理されているキュレーションされたプラグインセット。すべての Claude Code インストールで自動的に利用可能です。claude-community:レビュー後にサードパーティの送信が登録される公開コミュニティマーケットプレイス。ユーザーは/plugin marketplace add anthropics/claude-plugins-communityで追加し、@claude-communityとしてインストールします。
- Claude.ai:claude.ai/settings/plugins/submit
- Console:platform.claude.com/plugins/submit
claude plugin validate を実行してください。レビューパイプラインはすべての送信に対して同じチェックを実行し、自動化されたセーフティスクリーニングも行います。
承認されたプラグインは、anthropics/claude-plugins-community カタログ内の特定のコミット SHA にピン留めされ、CI はリポジトリに新しいコミットをプッシュするたびに自動的にピンをバンプします。公開カタログはレビューパイプラインから毎晩同期されるため、承認と marketplace.json にプラグインが表示されるまでの間に遅延が生じる可能性があります。プラグインがインストール可能かどうかを確認するには、コミュニティカタログでその名前を検索してください。
公式マーケットプレイス claude-plugins-official は別途キュレーションされています。Anthropic はどのプラグインを含めるかを裁量で決定します。申請プロセスはなく、送信フォームは公式マーケットプレイスにプラグインを追加しません。
Anthropic がプラグインを公式マーケットプレイスにリストしている場合、CLI は Claude Code ユーザーにインストールを促すことができます。CLI からプラグインを推奨するを参照してください。
完全な技術仕様、デバッグ技術、配布戦略については、プラグインリファレンスを参照してください。
既存の設定をプラグインに変換する
.claude/ ディレクトリにスキルまたはフックが既にある場合は、それらをプラグインに変換して、より簡単に共有および配布できます。
移行手順
プラグイン構造を作成する
新しいプラグインディレクトリを作成します。
my-plugin/.claude-plugin/plugin.json にマニフェストファイルを作成します。my-plugin/.claude-plugin/plugin.json
フックを移行する
設定にフックがある場合は、フックディレクトリを作成します。
my-plugin/hooks/hooks.json をフック設定で作成します。.claude/settings.json または settings.local.json から hooks オブジェクトをコピーします。形式は同じです。コマンドはフック入力を stdin で JSON として受け取るため、jq を使用してファイルパスを抽出します。my-plugin/hooks/hooks.json
移行時の変更点
スタンドアロン(.claude/) | プラグイン |
|---|---|
| 1 つのプロジェクトでのみ利用可能 | マーケットプレイス経由で共有可能 |
.claude/commands/ 内のファイル | plugin-name/commands/ 内のファイル |
settings.json のフック | hooks/hooks.json のフック |
| 共有するには手動でコピーする必要がある | /plugin install でインストール |
移行後、重複を避けるために
.claude/ から元のファイルを削除できます。読み込まれたときは、プラグインバージョンが優先されます。次のステップ
Claude Code のプラグインシステムを理解したので、異なる目標のための推奨パスを以下に示します。プラグインユーザー向け
- プラグインを検出してインストールする:マーケットプレイスを参照してプラグインをインストール
- チームマーケットプレイスを設定する:チーム用のリポジトリレベルプラグインを設定
プラグイン開発者向け
- マーケットプレイスを作成して配布する:プラグインをパッケージ化して共有
- プラグインリファレンス:完全な技術仕様
- 特定のプラグインコンポーネントをさらに詳しく調べる: