> Markdown twin of https://conduitllm.com/ja/mcp-distribution.html > MCP サーバーのホストは顧客デモではありません。ホスト型チャット、Claude Desktop と拡張機能、自社クライアントを比較します。 --- MCP の配布 # MCP サーバーを顧客にデモする方法 今の最善でも、こうです。顧客は他社のアシスタントをインストールしてサインインし、そこにあなたのサーバーを追加します。パッケージ化してあればワンクリック、していなければ手書きの設定ファイルです。サーバーをインターネットにホストしてもこれは変わりません。公開されるのはエンドポイントだけです。顧客には依然として、クライアントと、モデルと、あなたのものである最初の画面が必要です。 ## MCP サーバーの配布は、いまどうなっているか ほとんどの MCP サーバーはローカルプロセスとして始まります。クライアントが `stdio` 経由で起動し、サーバーは子プロセスとして stdin と stdout で JSON-RPC を話します。Claude Desktop も Cursor も Conduit もこの方式です。クラウド的な意味でデプロイするものは何もありません。クライアントこそ *が*デプロイなのです。 Claude Desktop はこの部分を大きく簡単にしました。`.mcpb` デスクトップ拡張機能として パッケージ化したローカルサーバーは Settings → Extensions からワンクリックで入り、リモートサーバーは カスタムコネクタとして追加できます。手書きの設定は、そうパッケージ化されていないものの代替手段という 位置づけになりました。次のためのスニペットです: `claude_desktop_config.json`: claude_desktop_config.json ``` { "mcpServers": { "your-product": { "command": "npx", "args": ["-y", "@you/mcp-server"] } } } ``` それを Slack のスレッドや PDF に貼り付けます。見込み客は Node をインストールし、Claude Desktop をインストールし（macOS、Windows、そして Ubuntu と Debian 向けの Linux ベータ版があります）、プラットフォームごとに異なるパスの設定ファイルを探し、JSON を壊さないように貼り付け、アプリを完全に終了し（ウィンドウを閉じるだけでは足りません）、再起動します。サーバーを拡張機能としてパッケージ化すればこの大半は不要になり、可能ならそうすべきです。どの経路でも残るのはその先です。Anthropic にサインインし、自分が課金するモデルを選び、他社のアプリの中のツール一覧からあなたのサーバーを探すのです。 サーバーがリモートの場合、手順は変わりますが構図は変わりません。Streamable HTTP の URL を公開し（Render、Fly.io、FastMCP Cloud、Smithery、VPS など）、相手はそれを *that* リモート MCP を話すクライアントに貼り付けます。ホスティングが答えるのは「他のマシンからこのプロセスに到達できるか」です。「技術者でない見込み客が、アプリとモデルと、それを開く理由を持っているか」には答えません。 ## 「設定を送るだけ」がうまくいかない理由 ### 見込み客は開発者ではない Application Support フォルダの JSON ファイルを編集し、`npx` をインストールし、Windows が `npx.cmd` を求めたせいで起きる `ENOENT` をデバッグする——サーバーを作った本人にとっては、ごく普通の火曜日です。しかし購買担当との初回打ち合わせとしては妥当ではありません。ワンクリックの拡張機能形式はこの苦労の大半を取り除きました。それは本物の改善です。とはいえ、そのワンクリックも、相手が先にインストールしてサインインしたアプリの中で相手にやらせる手順であり、残る手順はあなたの管理外にあります。 ### あなたの製品が、競合のクライアントの中に現れる うまくいったとしても、見込み客が開いたのはあなたの製品ではありません。Claude か ChatGPT か Cursor です。あなたのツールは、他社ブランドの下、他社のウィンドウの中で、相手がすでに接続している他のものと並ぶ一項目にすぎません。デモの予算を、よその会社のオンボーディング導線に使ったことになります。記憶に残るのは、すでに課金している方のアシスタントであって、貼り付けを頼んだコネクタではありません。 ### モデルも最初の画面も、あなたの手の中にない Claude Desktop が話す相手は Claude です。より安いモデルにも、隔離された部屋のためのローカル Ollama にも、たまたまあなたのツールを上手に呼ぶモデルにも、デモを向けられません。システムプロンプトも、空の状態も、タイトルバーの名前も設定できません。相手が最初に目にするのは Anthropic の製品です。ツール *こそ*が製品である場合、これは不利な立ち位置です。 ## 選択肢の比較 MCP ツールを見込み客の前に置く方法は三つ。サーバーのホスティングは最初の二行の中の一列であって、四つ目の選択肢ではありません。URL にはやはりクライアントが必要です。 | 方式 | 見込み客のセットアップ負担 | 誰のブランドか | 誰のモデルか | 会話を誰が持つか | | --- | --- | --- | --- | --- | | ホスト型チャットまたはウィジェット | URL を開くだけ。摩擦は最小。 | フロントエンドを自作したなら、あなたのもの。 | サーバー側で結線したもの。 | たいていはあなた。会話の経路に入るため、PoC の前に データ処理契約 の話が出ます。 | | Claude Desktop + 拡張機能またはコネクタ | Claude をインストールしてサインイン。パッケージ化された `.mcpb` 拡張機能ならワンクリック、そうでなければ JSON を手で編集。 | Anthropic のもの。 | Claude のみ。 | Anthropic。会話は同社のサーバー上にあり、見込み客のディスクにはありません。リモートのカスタムコネクタへは、見込み客のマシンからではなく Anthropic のクラウドから接続されます。 | | 相手がインストールするデスクトップクライアント | アプリをインストールし、設定画面であなたのコネクタを追加（クライアントによっては JSON ファイル）。 | そのクライアントのもの。リブランドしない限り。 | そのクライアントが対応するプロバイダー。 | クライアントがローカルファーストでプロキシしないなら、相手のマシン上。ただし送信したプロンプトはモデルプロバイダーから見えます。 | 見込み客がソフトを絶対に入れず、あなたがデータ経路に入ることを許容できるなら、ホスト型チャット。相手がすでに Claude Desktop に住んでいて、ツールの存在を示せれば十分なら、Claude Desktop。デモそのものが製品なら、デスクトップクライアント——あなたのツールを、あなたが選んだモデルで、あなたが面倒を見なくていいマシンの上で。 ## 代わりに、自分のクライアントを出す [Conduit](https://conduitllm.com/ja/) はオープンソースのデスクトップ AI クライアントです。Windows、macOS、Linux 上で、ローカル stdio とリモート streamable HTTP の MCP を話します。見込み客はインストーラをダウンロードし、プロバイダーのキーを追加し（または Ollama を指定し）、あなたのサーバーを [コネクタページ](https://conduitllm.com/ja/docs.html#tools) から追加します。コマンドと引数、あるいは URL です。リモートサーバーが公式 MCP レジストリに公開されていれば、名前で検索してワンクリックで追加できます。コネクタは見込み客のマシンで動き、こちらのサーバーは経由しません。 サーバーがリモートで、 [公式 MCP レジストリ](https://registry.modelcontextprotocol.io), に公開されているなら、見込み客は何も入力しません。コネクタ ページで製品名を検索し、ワンクリックで追加できます。Conduit はレジストリを streamable HTTP のリモートを公開しているサーバーに絞り込み、SSE のみのエントリは理由を示して拒否します。あとで失敗させることはありません。認証が必要なサーバーなら OAuth 2.1 を話します。見込み客はブラウザでサインインし、トークンは相手の OS キーチェーンに保存されます。UI にも、あなたの手元にも渡りません。 この時点で、すでに Claude Desktop とは違うデモです。相手は一つのモデルファミリーに縛られません。完全にローカルで動かせます。ツールは、サーバーが読み取り専用と印を付けていない限り、先に確認します。会話は相手のディスク上の SQLite に残ります。モデルへのリクエストは相手のマシンから、相手が設定したプロバイダーへ直接送られます。間に Conduit のサーバーはありません。だからこそ、クライアントとして Conduit を使うこと自体が、 *you* あなたをその会話の処理者にすることはありません。 限界を二つ、はっきり書きます。第一に、そのコピーの 設定 → ブランディング で名前を変えるか、ソースからパッケージ済み OEM をビルドしない限り、相手がインストールしているのは依然として *Conduit* です。第二に、サーバーがレジストリにない限り、コネクタは相手が自分で入力します。いずれの場合も、ビルドが最初からそこを向いて届くことはありません。このパッケージング層は、今日ダウンロードできるインストーラにはなっていません。 [ホワイトラベルのページ](https://conduitllm.com/ja/whitelabel.html) は、その両方が必要な人のためのプログラムです。このページは、そのプログラムが解決しようとしている配布の問題そのものです。 ## 今日出荷されているもの ホワイトラベルの表と同じ状況を、デモに本当に必要な範囲へ絞ったものです。 | 機能 | 状況 | | --- | --- | | Windows、macOS、Linux 向けデスクトップクライアント | 提供中 | | 同意付きの、ローカル stdio とリモート streamable HTTP による MCP | 提供中 | | 設定画面でのコネクタ追加 — JSON ファイル不要 | 提供中 | | Ollama と LM Studio を含む 17 のプロバイダー | 提供中 | | ローカルファーストの保存、自前のキー、プロキシなし | 提供中 | | ランタイムブランディング — 設定 → ブランディング | 提供中 | | GitHub 上の未署名インストーラ | 提供中 | | パッケージ済み OEM インストーラ（ `brand.md` | ソースからのアーリーアクセス | | あなたのコネクタが最初から結線されたビルド | 開発中 | | OS のコード署名とノータライズ済みビルド | 開発中 | **ブランド付きで、あらかじめ結線されたインストーラを GitHub から見込み客に渡すことはできません。** できるのは、標準の Conduit ビルドを渡し、設定画面で一緒にコネクタを追加し、その打ち合わせのためにウィンドウ名を変えることです。デモが *あなたの*製品として、サーバーが接続済みの状態で立ち上がる必要があるなら、それはデザインパートナーの道であって、ダウンロードボタンではありません。 インストーラは OS のコード署名を受けていないため、Windows SmartScreen と macOS Gatekeeper が初回起動時に警告します。クリックの前に見込み客へ伝えるか、一緒にソースからビルドしてください。詳細は [インストールのドキュメント](https://conduitllm.com/ja/docs.html#install). ## よくある質問 **ユーザーに JSON を編集させずに MCP サーバーを配布できますか？** できます。Conduit では MCP サーバーを コネクタ ページから追加します。ローカル stdio サーバーならコマンドと引数、リモートの streamable HTTP サーバーなら URL です。さらに良い方法として、リモートサーバーを公式 MCP レジストリに公開していれば、見込み客は名前で検索してワンクリックで追加できます。URL を打ち込む必要はまったくなく、認証が必要なら OAuth でサインインします。まだ存在しないのは、あなたのコネクタが最初から結線された状態で届くビルドです。それがパッケージング層であり、現在開発中です。 **Windows で MCP に対応した Claude Desktop の代替はありますか？** Windows で MCP を話すデスクトップクライアントは複数あります。Claude Desktop はリファレンス実装で、Anthropic のモデルとしか話しません。Conduit はオープンソースの代替で、Windows、macOS、Linux で動作し、ローカルの Ollama と LM Studio を含む 17 のプロバイダーに接続し、ローカル stdio とリモート streamable HTTP の MCP を話します。インストーラはまだ OS のコード署名を受けていないため、初回起動時に SmartScreen が警告します。 **自社ブランドで MCP クライアントを出せますか？** 部分的には可能です。標準インストールの Conduit なら、今日でも 設定 → ブランディング から名前・ロゴ・配色を変更できます。パッケージ済みの OEM インストーラは、デザインパートナー向けにソースからのアーリーアクセスです。あなたの MCP サーバーに接続済みのビルドを出すことは開発中で、ブランド付きで結線済みのインストーラを GitHub からダウンロードすることはできません。 **MCP サーバーをデモするのに データ処理契約 は必要ですか？** 会話とツール呼び出しがどこへ行くかによります。プロンプトを自社サーバーに保存するホスト型チャットのデモでは、通常あなたがその会話の処理者になります。ローカルファーストのデスクトップクライアントは会話を見込み客のマシンに保持し、モデルへのリクエストもそのマシンからプロバイダーへ送られます。Conduit はその経路にいません。あなたの MCP サーバー自体がツール引数を受け取るホスト型サービスであれば、それは別の経路であり、契約が必要な場合があります。これは法的助言ではありません。 **MCP サーバーをホストすることは、顧客の前に届けることと同じですか？** 違います。ホスティングは、他の MCP クライアントが呼び出せる Streamable HTTP の URL を公開するだけです。顧客の前に届けるのはクライアント側の問題で、相手には MCP を話すアプリと、モデルと、最初の画面が必要です。クライアントのない公開 URL は、つなぐ相手のいないコネクタです。 [Conduit をダウンロード](https://github.com/runningpixels/conduit/releases) デモがブランド付き・結線済みのビルドでしか成立しないなら、 [ホワイトラベルの状況を読み](https://conduitllm.com/ja/whitelabel.html) and [デザインパートナーのスレッドを立ててください](https://github.com/runningpixels/conduit/discussions).