MCP サーバーを顧客にデモする方法

MCP サーバーの配布は、いまどうなっているか

ほとんどの MCP サーバーはローカルプロセスとして始まります。クライアントが stdio 経由で起動し、サーバーは子プロセスとして stdin と stdout で JSON-RPC を話します。Claude Desktop も Cursor も Conduit もこの方式です。クラウド的な意味でデプロイするものは何もありません。クライアントこそ がデプロイなのです。

Claude Desktop はこの部分を大きく簡単にしました。.mcpb デスクトップ拡張機能として パッケージ化したローカルサーバーは Settings → Extensions からワンクリックで入り、リモートサーバーは カスタムコネクタとして追加できます。手書きの設定は、そうパッケージ化されていないものの代替手段という 位置づけになりました。次のためのスニペットです: 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 にはやはりクライアントが必要です。

見込み客がソフトを絶対に入れず、あなたがデータ経路に入ることを許容できるなら、ホスト型チャット。相手がすでに Claude Desktop に住んでいて、ツールの存在を示せれば十分なら、Claude Desktop。デモそのものが製品なら、デスクトップクライアント——あなたのツールを、あなたが選んだモデルで、あなたが面倒を見なくていいマシンの上で。

代わりに、自分のクライアントを出す

Conduit はオープンソースのデスクトップ AI クライアントです。Windows、macOS、Linux 上で、ローカル stdio とリモート streamable HTTP の MCP を話します。見込み客はインストーラをダウンロードし、プロバイダーのキーを追加し（または Ollama を指定し）、あなたのサーバーを コネクタページ から追加します。コマンドと引数、あるいは URL です。リモートサーバーが公式 MCP レジストリに公開されていれば、名前で検索してワンクリックで追加できます。コネクタは見込み客のマシンで動き、こちらのサーバーは経由しません。

サーバーがリモートで、 公式 MCP レジストリ, に公開されているなら、見込み客は何も入力しません。コネクタ ページで製品名を検索し、ワンクリックで追加できます。Conduit はレジストリを streamable HTTP のリモートを公開しているサーバーに絞り込み、SSE のみのエントリは理由を示して拒否します。あとで失敗させることはありません。認証が必要なサーバーなら OAuth 2.1 を話します。見込み客はブラウザでサインインし、トークンは相手の OS キーチェーンに保存されます。UI にも、あなたの手元にも渡りません。

この時点で、すでに Claude Desktop とは違うデモです。相手は一つのモデルファミリーに縛られません。完全にローカルで動かせます。ツールは、サーバーが読み取り専用と印を付けていない限り、先に確認します。会話は相手のディスク上の SQLite に残ります。モデルへのリクエストは相手のマシンから、相手が設定したプロバイダーへ直接送られます。間に Conduit のサーバーはありません。だからこそ、クライアントとして Conduit を使うこと自体が、 you あなたをその会話の処理者にすることはありません。

限界を二つ、はっきり書きます。第一に、そのコピーの 設定 → ブランディング で名前を変えるか、ソースからパッケージ済み OEM をビルドしない限り、相手がインストールしているのは依然として Conduit です。第二に、サーバーがレジストリにない限り、コネクタは相手が自分で入力します。いずれの場合も、ビルドが最初からそこを向いて届くことはありません。このパッケージング層は、今日ダウンロードできるインストーラにはなっていません。 ホワイトラベルのページ は、その両方が必要な人のためのプログラムです。このページは、そのプログラムが解決しようとしている配布の問題そのものです。

今日出荷されているもの

ホワイトラベルの表と同じ状況を、デモに本当に必要な範囲へ絞ったものです。

インストーラは OS のコード署名を受けていないため、Windows SmartScreen と macOS Gatekeeper が初回起動時に警告します。クリックの前に見込み客へ伝えるか、一緒にソースからビルドしてください。詳細は インストールのドキュメント.

よくある質問

Conduit をダウンロード

デモがブランド付き・結線済みのビルドでしか成立しないなら、 ホワイトラベルの状況を読み and デザインパートナーのスレッドを立ててください.