들어가며
과거에는 Claude에게 "내 GitHub 이슈 좀 확인해줘"라고 하면 "죄송하지만 직접 접근할 수 없어요. 복사해서 붙여넣기 해주세요"라는 답변만 돌아왔다. 매번 복붙 신공을 써가며 AI와 소통해야 하는 비효율적인 현실이었다.
MCP(Model Context Protocol)는 이 문제를 해결하기 위해 Anthropic이 2024년에 도입한 오픈 프로토콜이다. AI 모델이 외부 도구, 데이터, 서비스와 표준화된 방식으로 연결될 수 있게 해준다. USB-C가 다양한 기기를 하나의 포트로 연결하듯, MCP는 AI가 다양한 외부 시스템에 하나의 프로토콜로 접근할 수 있게 한다.
출시 1년 만에 OpenAI가 채택하고 Linux Foundation으로 이관되면서, MCP는 단일 기업의 프로토콜을 넘어 업계 표준으로 자리잡아가고 있다. 이 글에서는 MCP의 개념부터 실전 활용, MCP vs CLI 논쟁, 추천 MCP 서버, 토큰 최적화까지 종합적으로 다룬다.
1. MCP란 무엇인가
MCP는 AI 모델과 외부 시스템 사이를 연결하는 표준 통신 프로토콜이다. 핵심 구조는 클라이언트-서버 모델을 따른다:
- MCP 클라이언트: AI 도구 측(Claude Desktop, Claude Code, Cursor 등)에서 동작
- MCP 서버: 외부 시스템(GitHub, Figma, DB, 브라우저 등)에 접근하는 중간 계층
AI가 "GitHub에서 이슈 목록을 가져와줘"라고 판단하면, MCP 클라이언트가 GitHub MCP 서버에 요청을 보내고, 서버가 GitHub API를 호출해 결과를 돌려주는 방식이다. 개발자가 각 서비스마다 별도의 통합 코드를 작성할 필요 없이, MCP 서버 하나만 설치하면 AI가 해당 서비스를 바로 활용할 수 있다.
MCP 이전 vs 이후
| 구분 | MCP 이전 | MCP 이후 |
|---|---|---|
| 외부 데이터 접근 | 사용자가 복사/붙여넣기 | AI가 직접 조회 |
| 도구 통합 | 서비스마다 개별 구현 | 표준 프로토콜로 통합 |
| 생태계 | 파편화 | 공유 서버 생태계 |
| 인증 | 각각 처리 | MCP 서버가 관리 |
MCP의 진화 타임라인
- 2024년 말: Anthropic이 MCP 공개, Claude Desktop에서 첫 지원
- 2025년 중반: Claude Code, Cursor, Windsurf 등 주요 AI 도구가 채택
- 2025년 12월: OpenAI가 MCP 채택 선언 (ChatGPT + MCP 연동)
- 2025년 말: Linux Foundation으로 이관, 업계 공동 표준화 시작
- 2026년: 서드파티 MCP 서버 생태계 폭발적 성장
2. "MCP는 죽었다" — MCP vs CLI 논쟁
2026년 2월 28일, Eric Holmes가 도발적인 글을 올렸다: "MCP is dead. Long live the CLI." MCP가 AI 에이전트의 표준 인터페이스로 자리잡는 분위기에서 이 주장은 개발자 커뮤니티에 큰 파문을 일으켰다.
CLI 진영의 주장
Eric Holmes의 핵심 논리는 간단하다: LLM은 이미 CLI에 능숙하다. 그렇다면 MCP라는 별도의 추상 계층이 굳이 필요한가?
실제로 Claude Code 환경에서 MCP 대신 CLI로 해결되는 경우가 꽤 많다:
- 디버깅이 쉽다 (표준 에러 출력 확인 가능)
- 별도 프로세스 관리가 불필요
- 기존 인증 체계를 그대로 사용 가능
- 이미 잘 문서화된 도구가 많다
MCP 진영의 반론
그럼에도 MCP만이 줄 수 있는 가치가 분명히 존재한다:
- 비개발자 접근성: CLI는 개발자 전용이지만, MCP는 Claude Desktop 같은 GUI 환경에서도 동작
- 엔터프라이즈 거버넌스: 조직 차원에서 AI가 접근할 수 있는 도구를 중앙 관리 가능
- 표준화된 인터페이스: 서드파티 도구 생태계의 기반이 됨
- 보안 격리: MCP 서버가 인증과 권한을 중간에서 관리
결론: 개인은 CLI, 조직은 MCP
현실적인 답은 양자택일이 아니다. 개인 개발자가 빠르게 작업할 때는 CLI가 효율적이고, 조직이 AI 도구를 체계적으로 관리할 때는 MCP가 적합하다. 실제로 많은 MCP 시리즈에서 CLI와 MCP를 비교 분석한 결과, 도구마다 강점이 다르다는 결론에 도달했다.
예를 들어 Playwright의 경우:
- Playwright MCP: ~22개 핵심 도구, AI 친화적 인터페이스, 스크린샷/접근성 분석 특화
- Playwright CLI: 50+ 명령어, 세밀한 제어, 기존 테스트 인프라와 통합 용이
Supabase의 경우:
- Supabase MCP: 32개 도구, 원격 DB를 자연어로 조작, AI 에이전트 통합
- Supabase CLI: 20+ 명령어, 로컬 개발 환경 구성, 마이그레이션 관리
3. 추천 MCP 서버 10선
2026년 3월 기준, 실제로 써보고 쓸만한 MCP 서버들을 선별했다.
Context7 MCP — AI가 항상 최신 문서로 코드를 생성하게 해준다
AI 코딩 도구를 쓰다 보면 한 번쯤 겪는 상황: Next.js 최신 App Router로 코드 짜달라고 했더니 Pages Router로 짜준다. 이미 deprecated된 API를 당당하게 추천한다.
Context7은 이 문제를 해결한다. 프롬프트에 "use context7"만 붙이면 해당 라이브러리의 최신 공식 문서를 실시간으로 AI 컨텍스트에 주입해준다. Upstash에서 개발한 오픈소스 MCP 서버로, deprecated API 추천과 할루시네이션 코드 생성 문제를 동시에 해결한다.
작동 원리: 키워드 감지 → 라이브러리 식별 → ID 변환(resolve-library-id) → 최신 문서 조회(query-docs) → 컨텍스트 주입 → 정확한 코드 생성
Sequential Thinking MCP — AI의 추론 품질을 높여준다
복잡한 문제를 단계별로 분리해서 사고하게 만드는 MCP다. 특히 아키텍처 설계나 멀티스텝 추론이 필요한 작업에서 응답 품질이 눈에 띄게 올라간다.
Playwright MCP — 자연어로 브라우저를 조종한다
코드 없이 웹 자동화를 수행할 수 있다. "이 페이지에서 로그인 버튼을 클릭하고 스크린샷을 찍어줘" 같은 자연어 명령으로 브라우저를 제어한다. E2E 테스트 자동화, 웹 스크래핑, UI 검증 등에 활용된다.
GitHub MCP — 자연어로 GitHub를 조작한다
이슈 생성, PR 리뷰, 코드 검색, 브랜치 관리 등을 자연어로 수행한다. "지난 주에 열린 이슈 목록을 보여줘", "이 PR의 변경사항을 리뷰해줘" 같은 명령이 가능하다.
Figma MCP — 디자인을 코드로 자동 변환한다
Figma 디자인을 자연어로 조작하고, 디자인을 코드로 변환하는 것이 핵심이다. "이 Figma 프레임의 컴포넌트를 React 코드로 변환해줘" 같은 작업이 가능해진다.
Supabase MCP — 자연어로 PostgreSQL을 다룬다
32개 도구를 통해 데이터베이스 스키마 설계, 테이블 생성, 쿼리 실행, Row Level Security 설정까지 자연어로 수행한다. "users 테이블을 만들고 email에 unique 제약조건을 걸어줘" 같은 명령으로 DB를 직접 관리할 수 있다.
TaskMaster AI MCP / Shrimp Task Manager MCP — AI 기반 태스크 관리
복잡한 프로젝트의 작업을 AI가 분해하고 관리하게 해주는 MCP들이다. Claude Code와 결합하면 프로젝트 계획 수립부터 실행까지 에이전트가 주도할 수 있다.
Magic MCP — 시각적 UI 생성
자연어 명령으로 UI 컴포넌트를 즉석에서 생성하는 MCP다. 목업이나 프로토타이핑에 유용하다.
CODEX MCP — 코드 인덱싱과 검색
대규모 코드베이스에서 관련 코드를 빠르게 찾아 AI 컨텍스트에 넣어주는 MCP다. 레거시 코드베이스 분석이나 대규모 리팩토링에 활용된다.
4. MCP 토큰 최적화
MCP를 실무에서 쓸 때 빼놓을 수 없는 주제가 토큰 효율성이다. AI 에이전트 활용에서 토큰 효율성은 비용 절감과 작업 정확도에 직결된다.
왜 토큰 최적화가 중요한가
MCP 서버가 반환하는 도구 목록과 설명이 컨텍스트 윈도우를 차지한다. MCP 서버를 10개 설치하면 각 서버의 도구 정의만으로도 수천 토큰을 소비할 수 있다. 이는:
- 비용 증가: 매 API 호출에 도구 정의가 포함
- 성능 저하: 컨텍스트 윈도우가 도구 설명으로 가득 차면 실제 작업에 쓸 여유가 줄어듦
- 선택 혼란: 도구가 너무 많으면 AI가 적절한 도구를 고르지 못하는 경우 발생
최적화 전략
- 필요한 MCP만 활성화: 작업에 따라 필요한 서버만 켜고 나머지는 비활성화
- 도구 설명 간소화: MCP 서버의 도구 설명이 과도하게 긴 경우 커스터마이징
- 배치 처리: 여러 번의 도구 호출을 하나로 합칠 수 있는 경우 배치 요청 사용
- 캐싱: 동일한 쿼리에 대한 결과를 캐싱하여 반복 호출 방지
5. MCP, A2A, AG-UI: 에이전트 통신 프로토콜 비교
MCP만이 유일한 프로토콜은 아니다. AI 에이전트 생태계에는 세 가지 핵심 프로토콜이 공존한다.
MCP (Model Context Protocol)
- 역할: AI 모델 ↔ 외부 도구/데이터 연결
- 비유: 에이전트의 "손과 발" — 도구를 사용하는 방법
- 주도: Anthropic → Linux Foundation
- 특징: 도구 호출, 데이터 접근, 리소스 관리
A2A (Agent-to-Agent Protocol)
- 역할: AI 에이전트 ↔ AI 에이전트 연결
- 비유: 에이전트의 "대화" — 에이전트끼리 협업하는 방법
- 주도: Google
- 특징: JSON-RPC 2.0 기반, 크로스 조직 에이전트 통신
AG-UI (Agent-User Interface Protocol)
- 역할: AI 에이전트 ↔ 사용자 인터페이스 연결
- 비유: 에이전트의 "얼굴" — 사용자에게 보여주는 방법
- 특징: 스트리밍 응답, 진행 상태 표시, 인간 승인 요청
이 세 프로토콜은 보완 관계다:
- MCP로 에이전트가 도구를 사용하고
- A2A로 에이전트끼리 협업하고
- AG-UI로 사용자에게 결과를 보여준다
셋이 합쳐질 때 완전한 에이전트 생태계가 완성된다.
6. MCP 설치 및 시작하기
Claude Desktop에서 MCP 설정
Claude Desktop의 설정 파일(claude_desktop_config.json)에 MCP 서버를 추가하는 것이 기본 방식이다:
{
"mcpServers": {
"context7": {
"command": "npx",
"args": ["-y", "@upstash/context7-mcp@latest"]
},
"github": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-github"],
"env": {
"GITHUB_PERSONAL_ACCESS_TOKEN": "your-token-here"
}
}
}
}
Claude Code에서 MCP 설정
Claude Code에서는 claude mcp add 명령어로 더 쉽게 추가할 수 있다:
claude mcp add context7 -- npx -y @upstash/context7-mcp@latest
claude mcp add github -- npx -y @modelcontextprotocol/server-github
설치 시 주의사항
- Node.js v18 이상이 필요한 서버가 대부분
- 환경 변수(API 키, 토큰 등)를 사전에 설정해야 동작하는 서버가 많음
- MCP 서버는 별도 프로세스로 실행되므로, 시스템 리소스를 고려해 필요한 것만 활성화
요즘은 더 쉽게, AI에게 자연어로 "Context7 MCP를 설치해줘"라고 요청하면 알아서 설정해주는 경우도 많다. 하지만 내부 원리를 이해하고 있어야 문제가 생겼을 때 디버깅할 수 있다.
7. Agent Skills: MCP 이후의 또 다른 표준
MCP와 별개로, AI 에이전트 업계에서 흥미로운 움직임이 하나 더 있다: Agent Skills이다. Anthropic이 Claude Code를 위해 만든 Skills 시스템이 OpenAI Codex와 Google Gemini CLI에서도 채택되면서, MCP와 함께 에이전트 생태계의 두 축을 형성하고 있다.
MCP가 "에이전트가 어떤 도구를 사용할 수 있는가"를 정의한다면, Skills는 "에이전트가 어떤 전문성을 가지고 있는가"를 정의한다. 둘은 보완 관계로, MCP로 도구에 접근하고 Skills로 그 도구를 효과적으로 활용하는 방법을 지정할 수 있다.
마무리
MCP는 AI 에이전트 생태계에서 가장 빠르게 성장하는 인프라 중 하나다. 1년 만에 단일 기업의 실험에서 업계 표준으로 진화했고, 서드파티 서버 생태계는 계속 확장되고 있다.
"MCP가 죽었다"는 주장도 있지만, 현실은 CLI와 MCP가 공존하는 방향으로 가고 있다. 개인 개발자라면 CLI로 시작해도 좋지만, 팀이나 조직 차원에서 AI 도구를 운영하려면 MCP의 표준화된 관리 체계가 필수적이다.
시작하기 가장 좋은 방법: Context7 MCP 하나만 먼저 설치해보라. "use context7"이라는 한 줄이 AI 코딩 경험을 얼마나 바꿔놓는지 체감하면, MCP의 가치를 자연스럽게 이해하게 될 것이다.