MCP를 처음 붙였다면, 다음 질문은 “그래서 뭘 깔까”입니다. 이 글은 클로드 MCP 추천을 용도별로, 실제 사용 예시와 함께 정리하고 헷갈리는 MCP·스킬·플러그인의 차이까지 담았습니다. 생태계가 빠르게 바뀌니 이름·설치법은 발행 시점 기준이고, 도입 전 공식 페이지로 확인하세요. (MCP 연결이 처음이면 MCP 입문 글을 먼저 보세요.)
1. MCP · 스킬 · 플러그인, 뭐가 다른가
한 줄로 구분하면 이렇습니다.
- MCP → 외부 시스템과 실시간 연동(DB·API·브라우저·모니터링). 주방의 ‘배관’.
- 스킬(Skill) → 코딩 컨벤션·리뷰 체크리스트 같은 참조 지식. ‘레시피 카드’.
- 플러그인(Plugin) → 스킬·MCP·커맨드·서브에이전트를 하나로 묶은 설치 패키지. ‘완비된 주방’.
실무 팁 하나. MCP는 스키마가 매 요청에 실려 토큰을 많이 먹습니다. 스킬은 필요할 때만 로드돼 가볍습니다. 그래서 실시간 외부 연동이 꼭 필요할 때만 MCP, 참고 지식은 스킬로 두는 게 효율적입니다.
2. 개발에 유용한 MCP (용도별 + 실제 예시)
- 코드 협업 → GitHub MCP. 클로드가 이슈·PR 워크플로우에 직접 참여합니다.
예시 — “이슈 #142 읽고 재현 단계를 정리한 다음, 수정 브랜치와 PR 초안까지 만들어줘.”
- 브라우저·E2E 테스트 → Playwright MCP. 실제 브라우저를 몰아 클릭·입력·스크린샷·검증까지 합니다.
예시 — “로그인 → 장바구니 → 결제 플로우를 E2E로 테스트하고, 실패하면 어느 단계인지 스크린샷으로 보여줘.”
- 낯선 스택·최신 문서 → Context7. 처음 보는 프레임워크의 최신 문서를 끌어와 환각을 줄입니다.
예시 — “Context7로 Next.js 최신 App Router 문서를 참고해서, 이 페이지 라우팅을 권장 방식으로 고쳐줘.”
- 데이터베이스 → Postgres / Supabase MCP. 스키마 조회·쿼리를 맡깁니다.
예시 — “users 테이블 스키마를 보고, 최근 30일 일별 가입자 수를 구하는 쿼리를 짜고 실행해줘.”
- 에러·이슈 추적 → Sentry / Linear MCP. 실시간 에러·이슈를 작업 맥락으로 가져옵니다.
예시 — “Sentry에서 이번 주 가장 자주 난 에러 3개를 가져와, 각 원인 가설과 우선순위를 정리해줘.”
- (정직한 한 줄) Filesystem MCP는 보통 불필요합니다. Claude Code엔 이미 파일 도구와 권한·샌드박스가 내장돼 있어 중복인 경우가 많습니다.
3. 스킬·플러그인과 마켓플레이스 (실제 예시)
- 스킬 → 반복 참조하는 지식을 스킬로 만들어두면 토큰도 아끼고 일관성도 올라갑니다.
예시 — 팀 리뷰 기준을 ‘review-rules’ 스킬로 만들어두고, “우리 리뷰 기준으로 이 diff 봐줘”라고 하면 그 스킬이 알아서 로드됩니다.
- 플러그인 → 자주 쓰는 스킬+MCP+커맨드를 한 묶음으로 설치합니다. 같은 이름의 커맨드도
플러그인이름:커맨드로 충돌 없이 쓰입니다.
예시 — ‘프론트엔드’ 플러그인(리뷰 스킬 + Playwright MCP + 배포 커맨드)을 팀원이 한 번에 설치해 동일 환경을 맞춥니다.
- 마켓플레이스 → 공개된 플러그인을 찾아 설치하는 곳입니다. 출처가 분명한 것만 고르세요.
예시 — 마켓플레이스에서 검증된 플러그인을 추가한 뒤
/플러그인이름:커맨드로 바로 사용합니다.
4. 직접 고를 때 — 추천·주의
- 3~6개가 적정. 너무 많이 켜면 토큰을 잡아먹고 클로드가 산만해집니다. “지금 작업에 필요한 4~6개”만 켜두는 감각이 좋습니다.
- 신뢰할 수 있는 것만. MCP는 내 데이터·시스템에 접근합니다. 출처 불분명한 서버는 피하고, 토큰·키는 노출되지 않게 관리하세요.
- 시작 추천 묶음 → 대부분의 개발자에겐 GitHub + Context7 + (테스트하면) Playwright 정도가 좋은 출발점입니다.
5. 설치·관리 팁 (실제 예시)
- 자세한
claude mcp add문법은 MCP 입문 글을 참고하세요. - 현재 켜진 서버는
claude mcp list로 확인하고, 안 쓰는 건 꺼서 토큰을 아끼세요.
예시 — 프론트 작업 주간엔 Playwright를 켜고, 백엔드 작업으로 옮기면 Playwright를 끄고 Postgres를 켭니다.
- 목록형 정보는 금세 낡습니다. 이 글도 최종 확인일 2026-05-22 기준이며, 도입 전 각 도구의 공식 페이지를 확인하세요.
마무리
도구는 많지만 원칙은 단순합니다. 실시간 연동은 MCP, 참조 지식은 스킬, 묶음 배포는 플러그인. 신뢰할 수 있는 3~6개부터 시작해 필요할 때 늘리세요. 다음 글에서는 Claude API로 직접 에이전트·앱을 만드는 단계로 넘어갑니다. 전체 로드맵은 개발자를 위한 클로드 활용법에서 볼 수 있습니다.
도구 이름·전송 방식·설치법은 변동될 수 있습니다. 최신 내용은 공식 문서를 확인하세요.