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 키체인에 저장됩니다. 인터페이스에도, 당신에게도 넘어가지 않습니다.

이것만으로도 Claude Desktop과는 다른 시연입니다. 상대는 하나의 모델 계열에 묶이지 않습니다. 완전히 로컬로 돌릴 수 있습니다. 도구는 서버가 읽기 전용으로 표시하지 않았다면 실행 전에 먼저 묻습니다. 대화는 상대의 디스크에 있는 SQLite에 남습니다. 모델 요청은 상대의 기기에서 그가 설정한 제공업체로 갑니다. 중간에 Conduit 서버는 없습니다. 그래서 Conduit를 클라이언트로 쓴다는 사실만으로 you 당신이 그 대화의 처리자가 되지는 않습니다.

한계를 두 가지 분명히 적습니다. 첫째, 그 사본의 설정 → 브랜딩에서 이름을 바꾸거나 소스에서 패키징된 OEM을 빌드하지 않는 한, 상대가 설치하는 것은 여전히 Conduit 입니다. 둘째, 서버가 레지스트리에 없다면 커넥터는 상대가 직접 입력합니다. 어느 쪽이든 빌드가 처음부터 그것을 가리킨 채로 도착하지는 않습니다. 이 패키징 계층은 오늘 내려받을 수 있는 설치 파일이 아닙니다. 화이트라벨 페이지 는 그 둘 다 필요한 분들을 위한 프로그램입니다. 이 페이지는 그 프로그램이 끝맺으려는 배포 문제 그 자체입니다.

오늘 제공되는 것

화이트라벨 표와 같은 상태를, 시연에 실제로 필요한 범위로 줄인 것입니다.

설치 파일은 OS 코드 서명이 되어 있지 않아 Windows SmartScreen과 macOS Gatekeeper가 첫 실행 시 경고합니다. 클릭하기 전에 잠재 고객에게 알리거나, 함께 소스에서 빌드하세요. 자세한 내용은 설치 문서.

자주 묻는 질문

Conduit 내려받기

시연이 브랜드가 적용되고 미리 연결된 빌드로만 가능하다면, 화이트라벨 상태를 읽고 and 디자인 파트너 스레드를 시작하세요.