Claude Code에서 동일 명령을 Skill 단독 / Skill+MCP 두 가지 환경으로 실행한 비교.
1. Skill만 켰을 때 - 멈춘다
bug-triage Skill은 호출 자체는 성공합니다. severity 재평가 규칙, 우선순위 점수 공식, 출력 양식 - 트리아지에 필요한 절차는 Skill 안에 모두 들어 있습니다.
문제는 첫 단계에서 드러납니다. 버그 23건을 읽어 와야 하는데, 에이전트는 사내 DB가 어디에 있고 어떻게 접근하는지 알 길이 없습니다.
에이전트는 시스템의 DB가 어디에 있는지, 어떻게 접근하는지 알지 못하니 해당 작업을 수행할 수 없습니다.
Skill은 "어떻게 판단할지"는 알지만, "어디서 데이터를 가져올지"는 모릅니다.
2. MCP를 추가했을 때 - 같은 명령이 끝까지 흐른다
MCP를 켜고 세션을 재시작하면 에이전트가 4개의 조회 도구를 인식합니다.
도구
역할
list_bugs
기간/심각도 필터로 버그 목록
get_bug
단건 풀 데이터 (description 포함)
search_bugs
풀텍스트 검색 (중복 클러스터링용)
get_stats
severity/status/component 집계
같은 Skill이 그대로 흐르면서 - severity 분포를 먼저 보고, 23건을 끌어오고, 의심 항목의 description까지 읽어 - 트리아지를 끝냅니다.
Skill이 "이제 description까지 봐야 한다"고 판단하면, MCP가 그 판단을 실행해 줍니다.
3. 결과를 PDF로 - 또 하나의 Skill
트리아지 결과를 보고용 PDF로 받기 위해 또 다른 Skill(bug-triage-report)을 호출합니다. 디자인, 양식이 Skill 안에 들어 있어 사용자는 "리포트로 작성해줘" 한 줄만 던지면 됩니다.
영상에서 짚은 한 마디가 핵심입니다:
스킬을 미리 만들어두지 않아도 에이전트는 리포트를 생성할 수 있습니다. 하지만 리포트 생성을 위해 필요한 스크립트, 코드를 작성하는 데 시간과 토큰이 소모되고, 스타일에 대한 퀄리티와 일관성을 보장할 수 없습니다. 스킬을 미리 만들어두면 이런 부분을 재사용하고 일관된 작업을 하며, 시간과 토큰을 절약할 수 있습니다.
정리
역할
무엇이 들어가나
왜 필요한가
Skill
판단 기준, 절차, 출력 양식
매번 즉흥으로 풀지 않고 일관성 있게 같은 결과를 얻기 위해
MCP
외부 시스템(DB, API)에 접근하는 도구
에이전트가 내부 데이터에 닿게 하기 위해
Skill은 두뇌, MCP는 손. Skill만 있으면 데이터 앞에서 멈추고, MCP만 있으면 데이터를 가져와도 매번 다른 방식으로 처리합니다. 두 계층이 같이 있을 때 한 줄 명령이 데이터 조회부터 보고서까지 한 흐름으로 이어집니다.