매일 쓰는 MCP Server 스택 공유 - 15개에서 6개로 줄인 실전 후기
MCP servers I use every single day. What's in your stack?
TL;DR Highlight
개발자가 Claude Code의 MCP 서버 15개를 설치한 후 3개월 실사용으로 6개만 유지하며 실제 가치 있는 MCP와 노이즈를 구분하는 기준을 제시한다.
Who Should Read
Claude Code를 개발 워크플로우에 도입하려는 개발자, 또는 이미 쓰고 있지만 MCP 조합을 어떻게 구성할지 고민 중인 개발자.
Core Mechanics
- Filesystem + Git MCP는 서드파티 대신 기본 내장 버전을 쓰는 게 낫다. 직접 써보고 서드파티로 갔다가 다시 돌아온 경험에서 나온 결론이다.
- GitHub MCP를 연결하면 이슈 생성, PR 리뷰, 코드 검색을 Claude가 전부 처리해줘서 브라우저에서 GitHub를 거의 열 필요가 없어진다. 설치 명령은 `claude mcp add --transport http github https://api.githubcopilot.com/mcp/`.
- AgentMail MCP는 에이전트에게 전용 이메일 인박스를 준다. 경쟁사 뉴스레터 구독 요약이나 배포 실패 알림 트리아지 같은 자동화에 실제로 유용하게 쓰이고 있다.
- Postgres/Supabase MCP로 DB에 직접 접근할 수 있어서 '이 유저 존재하는지 확인해줘' 같은 요청을 쿼리 작성이나 TablePlus 열기 없이 처리할 수 있다. 단, 프로덕션 DB에는 주의가 필요하다.
- Playwright MCP는 브라우저 자동화(스크린샷, 폼 입력, 스크래핑)용인데 자주 쓰이진 않지만 필요할 때 대체재가 없는 도구다.
- MCP를 많이 추가할수록 에이전트가 선택해야 할 도구가 늘어나 오히려 성능이 떨어질 수 있다. 15개 → 6개로 줄인 핵심 이유가 바로 이것이며, '적을수록 좋다(less is more)'는 실용적 교훈을 전달하고 있다.
Evidence
- 3개월 실사용 후 Slack MCP는 에이전트가 업데이트를 계속 포스트하려 해서 너무 노이즈가 많아 제거했고, Notion MCP는 실제로 Notion을 충분히 쓰지 않아서, Calendar MCP는 쓸 것 같았지만 한 번도 안 쓰게 돼서 제거했다.
- AgentMail은 처음에 필요 없을 것 같았지만, 경쟁사 뉴스레터를 에이전트가 매주 요약해주고 배포 실패 알림을 잠들기 전에 트리아지해주는 용도로 가장 유용한 MCP 중 하나가 됐다.
- GitHub MCP 도입 이후 브라우저에서 GitHub를 여는 경우가 시각적 diff 확인 용도 외에는 거의 없어졌다. 이슈 생성, PR 리뷰, 코드 검색이 모두 Claude 안에서 해결된다.
- Memory/knowledge graph MCP는 현재 기본 memory MCP를 쓰고 있고 세션 간 프로젝트 컨텍스트를 기억하는 데 사용 중이지만, 더 나은 옵션을 실험 중이라고 언급했다.
How to Apply
- 지금 Claude Code에 MCP가 5개 이상 설치돼 있다면, 최근 2주간 실제로 트리거된 MCP가 뭔지 확인하고 안 쓰는 건 과감히 제거해라. 도구 수가 줄면 에이전트 선택 정확도가 올라간다.
- GitHub 연동이 안 돼 있다면 `claude mcp add --transport http github https://api.githubcopilot.com/mcp/` 명령으로 바로 추가해봐라. PR 리뷰나 이슈 생성을 Claude 안에서 처리할 수 있게 된다.
- 배포 실패나 에러 알림을 직접 확인하고 있다면 AgentMail MCP(`npx -y @agentmail/mcp`)를 연결해서 에이전트가 알림을 트리아지하도록 위임하는 워크플로우를 만들어봐라.
Code Example
// Claude Code MCP 설정 예시 (claude_desktop_config.json 또는 .claude/config)
{
"mcpServers": {
"filesystem": { /* 기본 내장 */ },
"github": {
// claude mcp add --transport http github https://api.githubcopilot.com/mcp/
},
"postgres": {
// claude mcp add --transport stdio db -- npx -y @bytebase/dbhub
},
"agentmail": {
// claude mcp add agentmail -e AGENTMAIL_API_KEY=your_key -- npx -y @agentmail/mcp
},
"playwright": {
// claude mcp add --transport stdio playwright -- npx -y @playwright/mcp@latest
},
"memory": { /* basic memory mcp */ }
}
}Terminology
관련 논문
ctx – 로컬 머신의 코딩 에이전트 히스토리를 검색하는 CLI 도구
Claude Code, Cursor, Codex 등 코딩 에이전트가 이전 세션의 논의·결정·실패 시도를 잊지 않도록 SQLite로 인덱싱해 재사용할 수 있게 해주는 오픈소스 CLI 도구다.
Micro-Agent: Model API 내부 협업으로 Frontier 모델을 이기는 방법 (vLLM Semantic Router)
vLLM 팀이 단일 모델 API 호출 뒤에서 여러 모델이 협업하는 'Micro-Agent' 개념을 공개했습니다. 별도의 에이전트 코드 없이 라우터 레이어에서 모델 조합을 실행해 GPT-4급 결과를 더 저렴하게 낼 수 있다는 아이디어입니다.
Ornith-1.0: 에이전틱 코딩을 위한 자기 개선형 오픈소스 모델
Gemma 4와 Qwen 3.5를 기반으로 파인튜닝한 코딩 특화 오픈소스 모델로, RL(강화학습)을 통해 스캐폴드(에이전트 실행 구조)까지 함께 최적화하는 방식을 주장하지만, 커뮤니티에서는 벤치마크 과최적화에 불과하다는 의심을 받고 있다.
Tool-Augmented Agent에서의 Entity Binding 실패 분석
AI 에이전트가 올바른 도구를 선택해도 잘못된 대상에 실행하는 'Entity Binding 실패' 문제를 정의하고, 이를 막는 실행 정책을 평가한 논문.
Herdr: 터미널에서 여러 AI Agent를 한 번에 관리하는 Agent Multiplexer
여러 AI 코딩 에이전트(Claude, Codex 등)를 하나의 터미널에서 동시에 실행·관리할 수 있는 Rust 기반 오픈소스 툴로, tmux처럼 세션이 유지되고 SSH로 원격 접속도 가능해 멀티 에이전트 워크플로우를 크게 단순화해준다.
Ornith-1.0: 스스로 Scaffold를 생성하는 Agentic Coding LLM
모델이 문제 풀이 전략(scaffold)을 직접 생성하고 개선하는 자기강화 학습 프레임워크를 적용한 오픈소스 코딩 특화 LLM으로, 9B 소형 모델부터 397B 대형 모델까지 라인업을 갖추고 SWE-Bench 등 주요 벤치마크에서 Claude Opus 4.7을 능가하는 성능을 보여줬다.