2026년 설치할 만한 MCP Server 20선 추천

한 줄 요약: MCP 디렉터리에는 이미 수천 개의 Server가 있지만, 실제로 오래 켜 둘 만한 것은 소수뿐입니다. 너무 많이 설치하면 Agent가 오히려 둔해지고, 잘못 고르면 매일 수동으로 복사·붙여넣기를 반복하게 됩니다. Cursor, Claude Code, Codex로 코드는 이미 쓰고 있는데 「GitHub만 연결할지, SaaS를 열 개 더 붙일지」 고민이라면, 이 글은 개발 도구, 데이터·운영, 협업 SaaS, 검색·메모리 네 축으로 2026년에 설치할 만한 MCP Server 20선을 골라 선정 원칙, 설정 방법, 흔한 실수까지 정리합니다.

시리즈 연계: Claude Code MCP 설치 튜토리얼, MCP 권한 최소 노출, CodeGraph MCP 5분 배포.

2026년 MCP가 AI 코딩의 「표준 인터페이스」가 된 이유

Model Context Protocol(MCP)은 2024년 말 Anthropic이 오픈소스로 공개했고, 2025년 Claude Desktop·Cursor·Windsurf 등 클라이언트와 함께 급성장해 2026년에는 사실상 Agent 플러그인 표준이 되었습니다. OpenAI Codex, GitHub Copilot, VS Code 확장도 같은 Server 생태계를 지원합니다. 가치는 「챗봇 하나 더」가 아니라 저장소, 문서, 데이터베이스, 브라우저, 이슈 트래커를 Agent가 호출할 수 있는 구조화된 도구로 바꿔 「PR #123 좀 찾아줘」 같은 수동 컨텍스트 운반을 줄이는 데 있습니다.

초기 커스텀 Function Calling과 비교하면 MCP의 강점은 한 번 설치, 여러 클라이언트 재사용입니다. 같은 GitHub MCP 설정으로 Claude Code와 Cursor를 동시에 쓸 수 있고, 2026년 기준 커뮤니티·공식 Server 수는 천 개를 넘었지만 품질은 들쭉날쭉합니다. 이 글은 공식 지원 또는 대규모 커뮤니티 채택, 활발한 유지보수, 설치 문서가 분명한 20개만 다룹니다.

선정 4원칙: 도구 쓰레기장이 되지 않기

목록을 보기 전에 2026년 커뮤니티에서 반복 검증된 네 가지 원칙을 기억하세요.

• 워크플로에 맞춰 고르고, 순위표대로 전부 설치하지 않기. 매일 React + GitHub PR을 다룬다면 Context7 + GitHub + Playwright만으로 80%를 커버합니다. Notion MCP는 팀이 실제로 Notion을 지식 베이스로 쓸 때만 컨텍스트를 차지할 가치가 있습니다.
• 동시에 켜는 도구 총수를 제한하기. Cursor에는 약 40개 도구 상한이 있고, Claude Code는 더 넉넉하지만 도구가 많으면 Agent가 「잘못된 도구」를 고르거나 시작부터 수만 토큰을 태웁니다. 실측상 Server 3–7개, 합계 30개 이내 도구가 가장 안정적입니다.
• Remote HTTP 경량판을 우선하기. GitHub, Supabase, Linear, Sentry 등 공식 Remote Server(OAuth)는 로컬 Docker 풀 버전보다 도구 집합이 작아 Cursor에 더 적합합니다.
• 권한은 최소 노출. PAT는 읽기 전용, DB는 읽기 전용 연결 문자열, Filesystem은 프로젝트 디렉터리로 한정 — 자세한 내용은 권한 가이드를 참고하세요.

한 장으로 보기: 워크플로 → MCP 조합

선정 로직은 한 줄로 압축할 수 있습니다. 먼저 일상 업무를 정하고, Server에 매핑한 뒤, 수량과 권한을 통제합니다.

역할별 3가지 시작 조합

개발 도구류(8개)

코드베이스와 엔지니어링 파이프라인에 직접 닿는 Server로, 대부분 독자의 핵심 영역입니다.

1. GitHub MCP(공식)

기능: 저장소·파일 읽기, 코드 검색, Issue / PR 관리, CI 상태 확인, 일부 보안 스캔. 유지: GitHub 공식(github/github-mcp-server). 전송: Remote HTTP(OAuth) 권장. Cursor 사용자는 로컬 Docker 풀 버전(단일 Server만으로 40+ 도구)을 피하세요.

대상: GitHub로 코드를 관리하는 모든 팀. Claude Code 트리플 연결의 GitHub 설정과 동일하며, 세분화된 읽기 전용 PAT 또는 OAuth면 충분합니다.

2. Context7

기능: 라이브러리 이름·버전별로 최신 공식 문서와 코드 예제를 가져와 API 환각을 크게 줄입니다. 유지: Upstash 커뮤니티 프로젝트. 2026년 거의 모든 「최고의 MCP」 목록 1위. 전송: Remote HTTP 또는 로컬 stdio.

대상: Next.js, Tailwind, Prisma, SwiftUI 등 서드파티 프레임워크를 쓰는 모든 개발자. 신호 밀도가 매우 높아 「하나로 열 개를 대체」하는 유형입니다.

3. Playwright MCP(Microsoft 공식)

기능: 실제 Chromium/WebKit/Firefox를 구동하고, 스크린샷이 아닌 접근성 트리로 페이지를 이해해 클릭·입력·어설션을 수행합니다. Agent가 UI를 「추측」하는 것보다 한 단계 이상 신뢰할 수 있습니다. 패키지: @playwright/mcp.

대상: 프론트엔드, E2E, 코드 수정 후 바로 브라우저에서 확인해야 하는 개발자. 실행마다 토큰과 시간이 드므로 상시 자동 호출보다 필요할 때 트리거하는 편이 좋습니다.

4. Fetch MCP(공식 참조 구현)

기능: 제어된 HTTP GET으로 웹 페이지를 Markdown으로 변환해 모델이 읽게 합니다. 패키지: @modelcontextprotocol/server-fetch. 문서, 헬스 체크, 공개 API 응답 읽기에 적합합니다.

주의: 라이브러리 문서용 Context7 대체로 쓰지 마세요. Fetch는 동적 SPA 지원이 제한적이고, 복잡한 페이지는 Playwright가 맞습니다.

5. Filesystem MCP(공식 참조 구현)

기능: 명시적으로 선언한 디렉터리 안에서 파일 읽기·쓰기. 패키지: @modelcontextprotocol/server-filesystem.

주의: Cursor는 샌드박스 파일 기능이 내장되어 있어 많은 경우 불필요합니다. Claude Code 터미널 워크플로나 디렉터리 간 일괄 처리가 필요할 때 더 가치 있습니다. args의 루트 경로를 반드시 제한하고 $HOME을 가리키지 마세요.

6. Git MCP(공식 참조 구현)

기능: git 상태, diff, log, 브랜치 정보 읽기. 일부 버전은 제어된 커밋도 지원. 패키지: @modelcontextprotocol/server-git 또는 mcp-server-git.

대상: Agent가 「미커밋 변경」과 히스토리 컨텍스트를 이해해야 하지만 전체 shell 권한은 주고 싶지 않을 때. GitHub MCP와 보완 관계: 전자는 로컬 저장소, 후자는 원격 협업.

7. CodeGraph MCP

기능: 로컬 인덱스 기반 코드 의미 그래프 — 심볼 이동, 의존 영향 범위(codegraph_impact), 파일 간 관계. ZavCloud 블로그 시리즈 실측: 동일 버그 수정 작업에서 shell 호출이 약 12회에서 5회로 줄었습니다.

대상: 중대형 모노레포, 마이크로서비스 경계가 흐릿한 팀, 「한 곳을 고치면 어디에 영향이 가는지」 알아야 할 때. 배포는 5분 가이드 참고.

8. Serena

기능: LSP 기반 의미 수준 코드 검색·편집. 20개 이상 언어 지원, 순수 텍스트 grep보다 심볼·참조를 더 잘 이해. 유지: 커뮤니티(oraios/serena). 2026년 Claude Code 헤비 유저 사이에서 평판 상승.

대상: 다언어 모노레포, 정밀 rename / find references가 필요한 경우. CodeGraph와 겹치므로 보통 둘 중 하나를 고르거나 프로젝트별로 나눕니다.

데이터·운영류(4개)

9. Supabase MCP(공식)

기능: 테이블 조회, SQL 실행, schema 확인, Edge Functions·브랜치 관리(권한에 따라). 전송: Remote HTTP + OAuth.

주의: 프로덕션은 반드시 읽기 전용 역할이나 개발 브랜치를 쓰세요. 쓰기 모드 오조작 비용이 큽니다. Neon 등 Postgres 호스팅도 유사 MCP를 제공하므로 스택에 맞춰 하나만 선택하면 됩니다.

10. DBHub / Bytebase(PostgreSQL 범용)

기능: Anthropic 문서가 권장하는 Postgres 연결 경로 중 하나(구 공식 server-postgres는 아카이브됨). DSN으로 임의 PostgreSQL에 연결해 제어된 쿼리 실행. 설치: npx -y @bytebase/dbhub --dsn "postgresql://...".

대상: 자체 호스팅 DB, Supabase가 아닌 스택, 통일된 SQL 도구 면이 필요한 팀.

11. Sentry MCP(공식)

기능: 에러 이벤트, 스택, release, issue 상태를 가져와 Agent가 에디터 안에서 「에러 → 위치 파악 → PR」 폐루프 전반을 돕습니다. 전송: Remote HTTP.

대상: Sentry로 관측성을 갖춘 프론트·백엔드 팀. 읽기 중심이며, 수정은 여전히 GitHub + 로컬 디버깅이 필요합니다.

12. Docker MCP(커뮤니티 / Docker 공식 탐색판)

기능: 컨테이너 목록, 로그 읽기, 제어된 시작·중지로 Agent가 로컬 또는 CI 시뮬레이션 서비스 토폴로지를 이해하게 합니다.

주의: 권한 면이 넓어 개발 머신에서만 권장합니다. 프로덕션 클러스터는 전용 운영 MCP나 읽기 전용 kubeconfig를 쓰세요. 로컬 개발을 완전히 컨테이너화했다면 순수 프론트엔드 개발자보다 가치가 큽니다.

협업 SaaS류(5개)

팀이 이미 쓰는 도구 체인에 Agent를 연결합니다. 이미 유료로 쓰는 소프트웨어만 연결하고, MCP 때문에 이슈 트래커를 바꾸지 마세요.

13. Linear MCP(공식)

기능: 이슈 읽기·쓰기, 상태 업데이트, 검색, 스프린트 정렬. Remote OAuth, 경량 도구 집합.

대상: Linear가 엔지니어링 허브인 스타트업·프로덕트 팀. GitHub MCP와 함께 쓰면 「이슈 번호 → 브랜치 → PR」을 한 흐름으로 설명할 수 있습니다.

14. Notion MCP(공식)

기능: Notion 페이지·데이터베이스 뷰 검색·읽기·쓰기. PRD, 회의록, 지식 베이스에 적합.

주의: 큰 workspace는 컨텍스트를 금방 채웁니다. integration이 접근할 페이지 범위를 제한하세요.

15. Slack MCP(공식)

기능: 채널 메시지 읽기, 요약 전송, 스레드 조회. Agent 산출물을 협업 흐름에 동기화.

대상: Slack에 의존하는 R&D 조직. 쓰기 권한은 기본 off, 사람이 확인한 뒤 전송을 권장합니다.

16. Figma Dev Mode MCP(공식)

기능: Figma에서 선택한 frame의 구조, 변수, 스타일을 읽어 디자인→코드를 지원. 전제: 데스크톱 앱이 열려 있고 보드를 선택한 상태.

대상: 디자인 시스템 중심 프론트엔드 팀. Context7(컴포넌트 문서) + Playwright(시각 회귀)와 삼각 구성을 이룹니다.

17. Stripe MCP(공식)

기능: 고객, 구독, 인보이스, 테스트 모드 데이터 조회. 과금 기능 개발·장애 대응 보조.

주의: 테스트 키 또는 엄격한 읽기 전용만 사용. 결제 영역 규정이 까다로워 프로덕션 쓰기는 Agent 자동 실행에 맡기지 마세요.

검색·메모리류(3개)

18. Exa MCP

기능: Agent에 최적화된 의미 웹 검색. 일반 검색보다 기술 쿼리·논문·문서 검색에 강합니다. API Key 필요.

대상: 「2026년 최신 블로그 / RFC / 경쟁 구현」을 찾는 리서치형 작업. Fetch와 보완: Exa가 URL을 찾고, Fetch나 Playwright가 깊이 읽습니다.

19. Brave Search MCP

기능: Brave Search API로 실시간 웹 검색. 패키지: 커뮤니티 @modelcontextprotocol/server-brave-search.

대상: Brave API 할당량이 있고 Exa 대안을 원하는 사용자. 둘 중 하나만 선택해 도구 슬롯 중복을 피하세요.

20. Memory MCP(공식 참조 구현)

기능: 지식 그래프 형태로 세션 간 사실(프로젝트 규칙, 사용자 선호, 아키텍처 결정)을 영구 저장. 패키지: @modelcontextprotocol/server-memory.

대상: 같은 제품을 오래 유지하며 Agent가 팀 규칙을 「기억」하게 하려는 1인·소규모 팀. 아래 Sequential Thinking(명예 후보)과 다릅니다: Memory는 사실 저장, Sequential Thinking은 단계 분해를 돕습니다.

20개 총괄 대조표

설치·설정 예시

클라이언트마다 설정 파일 위치는 다르지만 JSON 구조는 거의 같습니다. 2026년 가장 흔한 두 가지 작성법입니다.

Claude Code(~/.claude.json)

// ~/.claude.json → mcpServers
"context7": {
  "command": "npx",
  "args": ["-y", "@upstash/context7-mcp"]
},
"github": {
  "command": "npx",
  "args": ["-y", "@modelcontextprotocol/server-github"],
  "env": { "GITHUB_PERSONAL_ACCESS_TOKEN": "ghp_xxx" }
},
"playwright": {
  "command": "npx",
  "args": ["-y", "@playwright/mcp@latest"]
}

저장 후 Claude Code를 완전히 종료하고 저장소 루트에서 재시작한 뒤 /mcp로 확인하세요. 단계별 전체 과정은 설치 튜토리얼을 참고하세요.

Cursor(~/.cursor/mcp.json 또는 프로젝트 .cursor/mcp.json)

// Claude Code와 구조 동일; GitHub는 Settings → MCP → 공식 Remote 추가 권장
// 로컬 github-mcp-server 풀 버전(40+ tools)으로 상한 초과 방지
{
  "mcpServers": {
    "context7": {
      "command": "npx",
      "args": ["-y", "@upstash/context7-mcp"]
    },
    "playwright": {
      "command": "npx",
      "args": ["-y", "@playwright/mcp@latest"]
    }
  }
}

CodeGraph 보충(프로젝트 수준)

# 저장소 루트
codegraph init -i
codegraph status
# ~/.claude.json에 추가:
# "codegraph": { "command": "codegraph", "args": ["mcp"] }

흔한 실수

• 「설치했는데 도구가 안 보임」 — JSON 문법 오류, 클라이언트 미완전 재시작, Claude Code를 저장소 루트가 아닌 곳에서 실행. /mcp로 점검하세요.
• 「GitHub MCP 401」 — PAT가 대상 저장소에 권한 없음, 만료, 권한 부족. OAuth Remote는 재인증이 필요할 수 있습니다.
• 「Cursor 도구 상한 초과」 — GitHub Remote 경량판으로 교체, 안 쓰는 Server 끄기, 단일 Server 내 불필요 tools 비활성화.
• 「Agent가 MCP를 안 씀」 — 프롬프트에 「GitHub MCP로 issue #N 읽기」를 명시. 일부 작업은 tool use 허용이 필요합니다. 트리플 연결 개요의 스모크 테스트 참고.
• 「프로덕션 데이터 변경」 — Supabase / DBHub에 쓰기 연결 오사용, Stripe live key 오사용. 기본은 읽기 전용 + 개발 환경.

자주 묻는 질문

MCP Server와 Cursor 내장 기능이 겹치나요? 일부 겹칩니다. Cursor는 프로젝트 인덱스·터미널이 있어 Filesystem MCP는 생략 가능한 경우가 많습니다. Context7, GitHub 원격 협업, Playwright 실브라우저 검증은 외부 연결을 권장합니다.

Codex CLI도 같은 MCP를 쓸 수 있나요? 가능합니다. Codex와 Claude Code 모두 MCP 프로토콜을 지원하며 설정 경로만 다릅니다(~/.codex/config.toml 또는 클라이언트 MCP 패널). Server 항목은 재사용할 수 있습니다.

20개를 전부 설치해야 하나요? 아닙니다. 표의 ⭐⭐⭐ 3종 세트는 거의 모든 사람에게 맞고, 나머지는 스택에 맞춰 선택하세요. 동시 활성은 3–7개로 유지하세요.

MCP 설치 ROI는 어떻게 보나요? 같은 작업을 MCP 없이·있이 비교하세요. 수동 컨텍스트 복사 횟수, Agent 우회 횟수, 연결 후 한 번의 tool call로 끝나는지 확인합니다. CodeGraph + GitHub 트리플 연결은 실측 ROI가 가장 뚜렷했습니다.

보안 감사에서 무엇을 보나요? 각 Server의 OAuth scope / PAT 권한, Filesystem 루트, DB DSN 읽기·쓰기 역할. 체크리스트는 MCP 권한 최소 노출을 참고하세요.

• Claude Code MCP 설치 튜토리얼
• MCP 트리플 연결 개요
• MCP 권한 최소 노출
• Cloud Mac에서 5분 CodeGraph MCP 배포
• Claude Code vs Cursor(2026)