まず「マーケットプレイス」って何?
Claude Codeには、プラグイン(拡張機能)を配布する仕組みがあります。その配布元にあたるのがマーケットプレイスです。スマホのアプリストアを想像してもらうと近くて、「ここに置いてあるプラグインの一覧」を提供する場所、というイメージです。
そしてClaude Codeのマーケットプレイスは、公式のものだけとは限りません。チームが自前で用意したものや、誰かがGitHub上で公開しているものも登録できます。便利な反面、「知らないうちに変なマーケットプレイスが追加されていた」という状況は避けたいわけです。
strictKnownMarketplaces は「登録済みのお店以外お断り」設定
strictKnownMarketplacesは、その名前のとおり「既知の(known)マーケットプレイスだけを厳格に(strict)扱う」ための設定項目です。有効にすると、あらかじめ許可されているマーケットプレイス以外は使えなくなります。
会社の受付をイメージするとわかりやすいかもしれません。普段は「来訪者名簿に名前があれば通す」運用でも、機密性の高いフロアでは「事前登録された人だけ入館可、それ以外は問答無用でお断り」にしますよね。strictKnownMarketplacesはこの後者に切り替えるスイッチのようなものです。
設定していない状態
必要に応じて新しいマーケットプレイスを追加しながら使える。個人の実験や、いろいろなプラグインを試したいときに向く。
strictKnownMarketplaces を有効にした状態
あらかじめ認められたマーケットプレイスだけに限定される。想定外の配布元からプラグインが入り込む余地を減らせる。
なぜこんな設定が必要なのか
プラグインは、Claude Codeの動きを拡張するものです。つまり、その中身によっては開発環境の中でいろいろなことができてしまいます。だからこそ「どこから来たものか」が重要になります。
個人で趣味のコードを書いているときは、正直そこまで神経質にならなくてもいいでしょう。ただ、業務のリポジトリを扱う環境や、複数人が同じ設定を共有しているチームでは話が変わります。「誰かが気軽に追加した見知らぬマーケットプレイス経由で、意図しないプラグインが混ざる」というルートを最初から塞いでおきたい。strictKnownMarketplacesはそのための仕組みです。
使いどころのイメージ
順番としてはこうなります。先に「使ってよい配布元」を固めてから制限をかける、という流れですね。逆にいうと、何も決めないまま有効化すると単に不便になるだけなので、そこはセットで考える必要があります。
初心者がつまずきやすいところ
よくあるのが、「プラグインが追加できない」と悩んだ結果、原因がこの設定だったというパターンです。エラーの見た目だけだとネットワークの問題やURLの打ち間違いに見えることもあるので、組織の設定でこういう制限がかかっていないかを一度疑ってみるといいでしょう。
もうひとつは、名前から「マーケットプレイス機能そのものを無効にする設定」だと誤解してしまうケース。そうではなく、あくまで対象を既知のものに絞る設定です。許可されたマーケットプレイスからのプラグインは普通に使えます。
覚えておきたいこと
この設定は、便利さと安全性のバランスを調整するつまみだと考えるとしっくりきます。ひとりで試行錯誤する環境では緩めに、チームや業務環境では締める。同じClaude Codeでも、置かれている状況によって適切な位置は変わります。
もし自分の環境でプラグイン周りの挙動が想像と違うと感じたら、こうした制限系の設定が入っていないかを確認するクセをつけておくと、無駄なトラブルシューティングを減らせます。
このページは役に立ちましたか?