"So far, the majority of MCP servers in the wild are installed locally, using the stdio transport." mcp-remote - npm
번역: "현재까지 대부분의 MCP 서버들이 로컬에서 stdio transport를 사용해 설치되고 있다"
APIdog 블로그의 트러블슈팅 팁:"Solution: Use bunx instead of npx." How to Install and Use Context7 MCP Server
NPX 문제 시 bunx를 대안으로 권장 "In some environments, npx may not install dependencies correctly or handle scoped packages as expected. bunx offers a more reliable alternative" How to Install and Use Context7 MCP Server 여러 클라이언트별 설정을 보면:대부분 Local NPX 사용:
Cursor: npx -y @upstash/context7-mcp Claude Desktop: npx -y @upstash/context7-mcp VS Code: npx -y @upstash/context7-mcp Zed: npx -y @upstash/context7-mcpRemote 사용하는 경우:
Windsurf: "serverUrl": "https://mcp.context7.com/sse" Trae: "url": "https://mcp.context7.com/mcp" + 왜 Local NPX가 압도적인가?mcp-remote 개발자의 설명:"Both the client and the server can implicitly trust each other as the user has granted them both permission to run. Adding secrets like API keys can be done using environment variables and never lea,ve your machine." mcp-remote - npm
장점들:
보안: API 키가 로컬에만 저장 신뢰: 로컬 실행이라 더 안전 간편함: NPX로 설치 단계 생략 + 실제 사용 패턴HuggingFace 블로그:"The recommended approach generally uses npx as it comes bundled with Node.js." How to Install Context7 MCP Server
공식 GitHub README들을 보면: 대부분 Local NPX를 기본 옵션으로 제시 Remote는 특수한 경우로 언급 + 흥미로운 인사이트"But there's a reason most software that could be moved to the web did get moved to the web: it's so much easier to find and fix bugs & iterate on new features when you can push updates to all your users with a single deploy." mcp-remote - npm
이 말은 Remote의 장점을 설명하지만, 그럼에도 대부분이 Local을 선택한다는 점이 흥미롭습니다!
결론: 90%+ 사용자: Local NPX (세 번째 방법) 이유: 빠르고, 안전하고, 간편함 Remote 사용: 특수한 기업 환경이나 실시간 협업 필요 시
실제로 공식 문서들도 대부분 Local NPX를 먼저 소개하고, 모든 주요 에디터들이 이 방식을 기본으로 지원합니다! +
Local 로 써야겠네