Claude Code에 실제로 설치할 가치가 있는 MCP 서버들 (2026)

이 글은 제가 글을 기고하는 스페인 기술 리뷰 사이트인 El Rack에 스페인어로 처음 게시되었습니다. sysadmin/homelab 콘텐츠를 더 자세히 알고 싶다면 브라우저 번역 기능을 통해 사이트의 나머지 부분도 충분히 잘 살펴볼 수 있습니다.

Claude Code는 제가 몇 가지 셀프 호스팅(self-hosted) 프로젝트를 관리하기 위해 매일 사용하는 주요 도구입니다. 그래서 포럼 스레드마다 "이 10가지 MCP 서버를 그냥 설치하세요"라는 가이드가 계속 올라올 때, 저는 무엇이 설정할 가치가 있는 것인지, 그리고 무엇이 컨텍스트 윈도우(context window)를 차지하는 소음일 뿐인지 실제로 구분해보고 싶었습니다.

현재 생태계의 상태를 조사한 후 제가 발견한 내용은 다음과 같습니다.
이것들을 10개나 설치하기 전에 아무도 언급하지 않는 비용

목록을 보기 전에: 가장 중요한 숫자 하나가 있습니다. 연결된 모든 MCP 서버는 세션 시작 시 약 2,000에서 5,000 토큰(tokens) 사이의 도구 스키마(tool schemas)를 주입합니다. 세 개의 서버가 동시에 연결되면 첫 번째 프롬프트(prompt)를 입력하기도 전에 이미 6,000에서 15,000 토큰이 소모됩니다.

그것은 공짜가 아닙니다. 비록 공짜처럼 느껴질지라도 말이죠. 만약 Claude Code의 시작이 느리게 느껴지거나 예상보다 일찍 컨텍스트(context)를 "잊어버리는" 것 같다면, 기본적으로 얼마나 많은 MCP 서버를 연결해 두었는지 확인해 보세요.

MCP는 편리합니다. 하지만 공짜는 아닙니다. 당신이 연결하는 모든 서버는 당신의 코드에 사용할 수 없는 토큰입니다.

가장 먼저 설치할 가치가 있는 세 가지

독립적인 가이드들은 계속해서 동일한 상위 3개로 수렴하고 있으며, 제가 매일 사용해 본 결과 저도 그 합의에 동의합니다:

Context7 — 실시간 라이브러리 문서(live library documentation)를 제공하여, Claude가 3개 버전 전에 변경된 API를 환각(hallucinate)하지 않도록 합니다. 이것은 오래된 라이브러리 문서에 기반한 확신에 찬 잘못된 코드 제안으로부터 저를 가장 많이 구해준 도구입니다.

Official GitHub MCP — 채팅창을 떠나지 않고도 레포지토리(repo) 작업, 풀 리퀘스트(pull requests), 이슈(issues) 및 CI를 수행할 수 있습니다. 위에서 언급한 토큰 비용에 대한 한 가지 주의사항: 단순 조회(lookups)의 경우, gh CLI를 사용하는 것이 여전히 MCP를 통하는 것보다 훨씬 저렴합니다.

Playwright MCP — 코드 차이(diff)만 믿는 대신, Claude가 실제 브라우저를 제어하여 프론트엔드 변경 사항이 실제로 올바르게 렌더링되는지 확인하게 해줍니다. 프론트엔드 작업을 수행한다면, 이것은 "코드가 컴파일된다"와 "코드가 실제로 작동한다" 사이의 차이를 만들어냅니다.

Anthropic이 여전히 유지 관리하고 있지만 더 이상 필수적이지 않은 두 가지

구조적 추론(structured reasoning) 및 파일 작업(file operations)을 위한 기존 참조 서버들은 여전히 존재하지만, 이에 대한 일반적인 합의는 솔직합니다. 2026년을 거치며 모델의 네이티브 추론 능력이 충분히 향상되어 대부분의 사람들이 추론 서버를 완전히 건너뛰고 있으며, Claude Code에는 이미 그와 동등한 기능을 수행하는 내장 파일 도구들이 포함되어 있어 해당 MCP는 대부분 불필요해졌습니다.

장기적으로 중요한 거버넌스의 변화

2025년 12월, MCP 거버넌스는 Anthropic 단독 체제에서 Linux Foundation 산하의 Agentic AI Foundation으로 이동했으며, Anthropic, OpenAI, Google, Microsoft, AWS, Cloudflare, Bloomberg가 이사회에 참여하고 있습니다. 실제로 이는 벤더가 직접 유지 관리하는 서버(Slack 자체 MCP, GitHub 자체 MCP)가 일반적인 제3자 통합 방식보다 더 신뢰할 수 있는 경향이 있음을 의미합니다. 각 기업은 중간 매개자보다 자사의 서비스를 훨씬 더 잘 알고 있기 때문입니다.

특정 작업을 위한 최적의 MCP

전체 순위를 읽고 싶지 않다면, 당신이 해결하려는 문제에 대한 직접적인 답변은 다음과 같습니다:

데이터베이스 작업 → 어떤 제공업체에서든 Postgres를 실행 중이라면 PostgreSQL MCP를, 백엔드가 특정적으로 Supabase에 있다면 공식 Supabase MCP를 사용하세요 (URL 파라미터를 통해 단일 프로젝트로 범위를 제한할 수 있으며, 이는 좋은 보안 관행입니다).

저장소(Repo) 관리 → 위에서 이미 다룬 공식 GitHub MCP.

프론트엔드가 실제로 작동하는지 확인 → 위에서 이미 다룬 Playwright.

프로젝트 문서 및 지식 베이스 → 팀이 Notion을 사용한다면 Notion MCP를 사용하세요. 페이지를 코드 변경 사항과 자동으로 동기화해 줍니다.

작업 관리 → 이 용도로 가장 널리 채택되는 Linear MCP.

운영 환경 에러 모니터링 (Production error monitoring) → Sentry MCP — 로그를 수동으로 복사하여 붙여넣는 대신, 실제 운영 환경의 에러 컨텍스트를 채팅창으로 직접 가져옵니다.

디자인 (Design) → Figma MCP — 게시된 디자인으로부터 측정값, 컴포넌트 및 에셋을 직접 가져옵니다.

팀 알림 (Notifying a team) → Slack MCP — 세션을 떠나지 않고도 배포 업데이트나 작업 결과를 게시할 수 있습니다.

질문은 "어떤 MCP 서버가 존재하는가"가 아니라, "창을 전환하지 않고 해결할 수 있는, 내가 끊임없이 반복하는 작업은 무엇인가"가 되어야 합니다. 그 질문이 그 어떤 일반적인 순위보다 더 나은 해답을 제공할 것입니다.

MCP를 사용해야 할 때와 사용하지 말아야 할 때

이를 가장 잘 요약하는 규칙은 다음과 같습니다: 지연 시간(latency)과 토큰(tokens)이 중요하고 직접적인 셸 호출(shell call)이 가능한 경우에는 CLI를 사용하세요. 하나의 설정으로 Claude Code, Cursor 및 기타 클라이언트에서 동일한 도구를 사용할 수 있기를 원한다면 MCP 서버를 사용하세요. 워크플로우가 호출할 외부 도구가 아니라 일련의 지침(instructions) 세트라면 Skill을 사용하세요.

더 자세한 내용이 담긴 전체 기사 (스페인어):