plugin-relevance.md +0 −188 deleted
File Deleted View Diff
1> ## Documentation Index
2> Fetch the complete documentation index at: https://code.claude.com/docs/llms.txt
3> Use this file to discover all available pages before exploring further.
4
5# 組織向けプラグインを推奨する
6
7> マーケットプレイスプラグインエントリに関連性ブロックを追加して、ユーザーの作業が一致したときに Claude Code がそれらを提案するようにします。
8
9組織向けプラグインマーケットプレイスを運営している場合、ユーザーが何に取り組んでいるかに基づいて、Claude Code が特定のプラグインをユーザーに提案するようにできます。`marketplace.json` のプラグインエントリに `relevance` ブロックを追加してから、マネージド設定でマーケットプレイスをホワイトリストに登録します。ユーザーのセッションが宣言されたシグナルのいずれかと一致すると、Claude Code はそのプラグインのインストール提案を表示します。
10
11マーケットプレイスで宣言された提案は、[マネージド設定](/docs/ja/managed-settings)を通じてマーケットプレイスごとにオプトインです。管理者がそれを許可リストに追加するまで、マーケットプレイスの `relevance` 宣言は提案を生成しません。これには公式の Anthropic マーケットプレイスも含まれます。Claude Code には、この許可リストとは無関係の組み込み提案も 1 つ含まれています。その提案とすべてのマーケットプレイス宣言の提案は、[`spinnerTipsEnabled`](/docs/ja/settings-reference#spinnertipsenabled) が `false` に設定されている場合は無効になります。
12
13このページはマーケットプレイス運営者とエンタープライズ管理者向けです。プラグインのインストールを探している場合は、[プラグインの検出とインストール](/docs/ja/discover-plugins)を参照してください。
14
15<h2 id="how-it-works">
16 仕組み
17</h2>
18
19`marketplace.json` の各プラグインエントリは `relevance` オブジェクトを含むことができます。このオブジェクトはトピックと 1 つ以上のシグナルを指定します。シグナルは、作業ディレクトリや Claude が読んだファイルなど、現在のセッションに対して Claude Code がテストするパターンです。
20
21シグナルマッチングはユーザーのマシン上でローカルに行われます。マッチングはネットワークトラフィックを追加せず、どのシグナルが一致したか、またはそれらの値を Anthropic またはマーケットプレイスオペレーターに報告しません。
22
23シグナルが一致し、プラグインがまだインストールされていない場合、Claude Code はプラグインを 3 つの場所に表示します。
24
25* **スピナーチップ**: Claude が応答している間、スピナーの下に「*topic* で作業していますか？*plugin* プラグインをインストール」というメッセージが `/plugin install` コマンドとともに表示されます。
26* **セッション開始提案**: `cwd` シグナルが作業ディレクトリと一致する場合、最初のターンの前に「`plugin suggestion: <name>@<marketplace> · /plugin`」という 1 行の通知が表示されます。
27* **`/plugin` Discover タブ**: プラグインは「このディレクトリで推奨」または「stripe コマンドで推奨」などの注釈とともに Discover リストの上部に固定されます。
28
29スピナーチップとセッション開始通知はスピナーチップシステムの一部です。Claude Code は、設定ファイル全体で `spinnerTipsEnabled` が `false` に解決される場合、または設定ファイル全体で `excludeDefault` が `true` に解決される場合、両方を無効にします。ユーザー、`--settings`、および管理設定の [`spinnerTipsOverride`](/docs/ja/settings-reference#spinnertipsoverride) キーでは、少なくとも 1 つのチップまたは `tipsFile` を設定します。
30
31Discover タブピンはチップ設定とは無関係です。
32
33Claude Code はプラグインを自動的にインストールしません。ユーザーが常に確認します。
34
35<h2 id="add-relevance-to-a-plugin-entry">
36 プラグインエントリに関連性を追加
37</h2>
38
39プラグインの `marketplace.json` エントリに `relevance` オブジェクトを追加します。次の例は、Claude が `.tf` ファイルを読むか、Claude が `terraform` を実行するときに `terraform-helpers` プラグインが関連していることを宣言しています。
40
41```json theme={null}
42{
43 "name": "acme-corp-plugins",
44 "owner": { "name": "Acme Platform Team" },
45 "plugins": [
46 {
47 "name": "terraform-helpers",
48 "source": "./plugins/terraform-helpers",
49 "description": "Acme conventions and helpers for Terraform",
50 "relevance": {
51 "topic": "Terraform",
52 "signals": {
53 "cli": ["terraform"],
54 "filesRead": ["**/*.tf"]
55 }
56 }
57 }
58 ]
59}
60```
61
62`relevance` ブロックを持つが一致するシグナルがないプラグインは、他のマーケットプレイスエントリのように動作します。Discover リストに通常の位置に表示され、スピナーチップとして表示されることはありません。
63
64<h2 id="field-reference">
65 フィールドリファレンス
66</h2>
67
68<h3 id="relevance">
69 `relevance`
70</h3>
71
72| フィールド | 型 | 説明 |
73| :-------- | :----- | :----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
74| `topic` | string | オプション。スピナーチップの「*topic* で作業していますか？」を埋める句。多くの場合、製品名（例：`Stripe`）。プラグイン名がトピックとして自然に読めない場合は、`design` などのドメインを使用します。デフォルトは、各ハイフンセグメントが大文字化されたプラグイン名です。セッション開始通知はこの値を使用しません。最大 64 文字。 |
75| `signals` | object | プラグインが関連しているかを判断するマッチャー。プラグインが提案可能であるには、少なくとも 1 つのシグナルが必要です。以下の表を参照してください。 |
76
77<h3 id="relevance-signals">
78 `relevance.signals`
79</h3>
80
81| フィールド | 型 | 説明 |
82| :------------- | :--------------- | :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
83| `cwd` | array of strings | セッションの作業ディレクトリに対してマッチされるグロブパターン。絶対パスとしてマッチされ、git リポジトリ内にある場合はリポジトリルートに対する相対パスとしてマッチされます。フォワードスラッシュで正規化され、大文字と小文字を区別しません。すべてのパターンはディレクトリ自体とその下のすべてにマッチするため、`infra`、`infra/`、および `infra/**` は同じように動作します。これは、最初のターンの前のセッション開始時にマッチできる唯一のシグナルです。最大 10 パターン、各 256 文字。 |
84| `cli` | array of strings | Claude がこのセッションで実行したシェルコマンドからのコマンド名（例：`["stripe"]`）。すべてのプラットフォームに適用されます。Windows 上で PowerShell または Git Bash を通じて実行されたコマンドは同じ方法で記録されます。Claude Code はシェルツール呼び出しごとに 1 つのコマンド名を記録します。先頭の環境変数割り当てと `sudo` の後の最初のトークン。複合コマンドは先頭のコマンドのみを提供するため、`cd infra && terraform plan` は `terraform` ではなく `cd` を記録します。完全一致。最大 10 エントリ、各 64 文字。 |
85| `hosts` | array of strings | このセッションの Bash コマンドの `http://` または `https://` URL に表示されるホスト名（例：`["api.stripe.com"]`）。スキーム、ポート、またはパスなしの裸のホスト名のみ。完全な大文字と小文字を区別しない一致。最大 20 エントリ、各 128 文字。 |
86| `filesRead` | array of strings | Claude がこのセッションで読んだファイルのパスに対してマッチされるグロブパターン（例：`["**/*.tf"]`）。フォワードスラッシュで正規化され、大文字と小文字を区別しません。最大 10 パターン、各 256 文字。 |
87| `manifestDeps` | array of objects | Claude がこのセッションで読んだパッケージマニフェストで宣言された依存関係。各エントリは `{ "file": "...", "pattern": "..." }` です。ここで `file` はマニフェストファイルのパスに対してマッチされた正規表現で、通常は絶対パスとしてセッション状態に記録され、`pattern` はそのファイルの内容に対してマッチされた正規表現です。`file` を末尾にアンカーします（例：JSON エスケープ形式で `[/\\\\]package\\.json$`）。開始アンカー付きパターンは絶対パスと決してマッチしないためです。パスはこのシグナルに対して区切り文字で正規化されないため、Windows パスはバックスラッシュを使用します。512 KB を超えるマニフェストファイルはスキップされます。両方の値は最大 256 文字の JavaScript `RegExp` ソース文字列です。`file` は大文字と小文字を区別しないでマッチします。`pattern` は大文字と小文字を区別します。最大 10 エントリ。 |
88
89`cli`、`hosts`、`filesRead`、および `manifestDeps` シグナルはセッション履歴が必要なため、スピナーチップと Discover タブでのみマッチできます。
90
91`filesRead` および `manifestDeps` シグナルはセッションの記録されたファイル状態をテストします。これには、Claude が書き込みまたは編集したファイルと自動読み込みされた `CLAUDE.md` メモリファイルも含まれます。これら 2 つのシグナルについて、Claude Code はその [設定ディレクトリ](/docs/ja/claude-directory) とその一時ディレクトリの下のパスをスキップします。
92
93次の例は `manifestDeps` を使用して、Claude が `stripe` に依存する `package.json` を読んだ後に Stripe プラグインを提案します。`file` パターンは `[/\\\\]` を使用するため、フォワードスラッシュとバックスラッシュの両方のパス区切り文字にマッチし、`\\.` はドットがリテラルであることを示します。JSON では、正規表現の各バックスラッシュは 2 回書き込まれます。
94
95```json theme={null}
96{
97 "name": "stripe-helpers",
98 "source": "./plugins/stripe-helpers",
99 "relevance": {
100 "topic": "Stripe",
101 "signals": {
102 "manifestDeps": [
103 {
104 "file": "[/\\\\]package\\.json$",
105 "pattern": "\"stripe\"\\s*:"
106 }
107 ]
108 }
109 }
110}
111```
112
113<Note>
114 Claude Code は読み込み時に `relevance` および `relevance.signals` の下の未知のフィールドを無視するため、古いクライアントはマーケットプレイスを読み込み続けます。
115</Note>
116
117<h2 id="enable-suggestions-in-managed-settings">
118 マネージドセッティングで提案を有効にする
119</h2>
120
121`marketplace.json` で `relevance` を宣言するだけでは十分ではありません。管理者は、提案がユーザーに表示される前に、[マネージドセッティング](/docs/ja/managed-settings)でマーケットプレイスをホワイトリストに登録する必要があります。
122
123マーケットプレイス名を `pluginSuggestionMarketplaces` に追加します。公式 Anthropic マーケットプレイス以外のマーケットプレイスの場合は、同じマネージドセッティングでマーケットプレイスソースを宣言します。その名前の `extraKnownMarketplaces` のエントリとして、または `strictKnownMarketplaces` のエントリとして宣言します。ホワイトリストに登録された名前は、マーケットプレイスが別のソースから登録された場合は無視されます。これにより、関連のないソースが組織全体でプラグインを提案するためにホワイトリストに登録された名前で登録されるのを防ぎます。
124
125次の `managed-settings.json` は GitHub リポジトリから組織マーケットプレイスを登録し、その提案を有効にします。
126
127```json theme={null}
128{
129 "extraKnownMarketplaces": {
130 "acme-corp-plugins": {
131 "source": {
132 "source": "github",
133 "repo": "acme-corp/claude-plugins"
134 }
135 }
136 },
137 "pluginSuggestionMarketplaces": ["acme-corp-plugins"]
138}
139```
140
141公式マーケットプレイスは、その名前が公式 Anthropic ソースからのみ登録できるため、ソース宣言要件から除外されます。名前のみをホワイトリストに登録するだけで十分です。
142
143```json theme={null}
144{
145 "pluginSuggestionMarketplaces": ["claude-plugins-official"]
146}
147```
148
149<h2 id="what-the-user-sees">
150 ユーザーに表示される内容
151</h2>
152
153セッション中にシグナルが一致すると、スピナーチップは次のように読みます。
154
155```text theme={null}
156Working with Terraform? Install the terraform-helpers plugin:
157/plugin install terraform-helpers@acme-corp-plugins
158```
159
160セッション開始時に、一致する `cwd` シグナルは 1 行の通知を表示します。
161
162```text theme={null}
163plugin suggestion: terraform-helpers@acme-corp-plugins · /plugin
164```
165
166特定のプラグインの提案は、スピナーチップとセッション開始通知を合わせて、最大 3 セッションごとに 1 回表示され、プラグインがインストールされると、どちらも繰り返されません。セッション開始通知は、提案が 2 回表示された後、さらに表示されなくなります。
167
168`/plugin` Discover タブでは、プラグインは「このディレクトリで推奨」または「terraform コマンドで推奨」などの一致するシグナルを指定する注釈とともに、他の結果の上に固定されます。Discover タブは特定のプラグインを 1 回固定します。その後のアクセスは通常の順序でリストします。
169
170<h2 id="validate-your-marketplace">
171 マーケットプレイスを検証する
172</h2>
173
174公開する前に、マーケットプレイスディレクトリに対して `claude plugin validate` を実行して、`relevance` ブロックを確認します。
175
176```
177claude plugin validate ./my-marketplace
178```
179
180バリデーターは `relevance` および `relevance.signals` の下の未知のキーを警告として報告し、`relevance` 値がオブジェクトではないことをフラグし、スキーム、ポート、またはパスを含む `signals.hosts` エントリを拒否します。
181
182<h2 id="see-also">
183 関連項目
184</h2>
185
186* [プラグインマーケットプレイスを作成および配布する](/docs/ja/plugin-marketplaces): プラグインをホストするマーケットプレイスを構築します
187* [CLI からプラグインを推奨する](/docs/ja/plugin-hints): Claude Code のセッションシグナルではなく、独自の CLI からユーザーにプロンプトを表示します
188* [すべてのセッティング](/docs/ja/settings-reference#pluginsuggestionmarketplaces): `pluginSuggestionMarketplaces` および `extraKnownMarketplaces`