작성한 질문수 1

0

안녕하세요 Seung Jun Kim 님!

좋은 질문 해주셨습니다

네, 결론부터 말씀드리면 Skill 안에서 MCP를 사용하는 것은 올바른 사용으로 볼 수 있습니다 하지만,

중요한 것은 Skill과 MCP를 같은 것으로 보면 안 된다는 점입니다. 예를 들면, Skill은 반복되는 작업을 어떤 순서와 기준으로 처리할지 알려주는 재사용 가능한 절차 중의 하나에 가깝고, MCP는 GitHub, Notion, 사내 API, 모니터링 시스템처럼 외부 시스템에 실제로 접근할 수 있게 해주는 도구에 가깝습니다.

Claude Code가 하나의 확장 메커니즘만 갖는 게 아니라 Skills, MCP, Hooks, Plugins 같은 여러 메커니즘을 따로 두는 이유는 각각이 개입하는 지점과 비용 구조가 다르기 때문입니다

즉, Skill은 컨텍스트 안에서 반복 절차와 판단 기준을 주입하는 역할을 하고, MCP는 런타임에 외부 시스템과 상호작용할 수 있는 tool surface를 열어주는 역할을 합니다.

그래서 “반복 작업인데 그 작업을 수행하려면 외부 시스템 접근이 꼭 필요하다”면, Skill이 MCP tool을 호출하는 구조는 자연스러운 계층 설계라고 볼 수 있습니다.

예를 들어, 매번 GitHub 이슈를 읽고 관련 PR을 찾고, 변경 요약을 만들고, 리뷰 체크리스트를 제시하는 작업이 있다면, 이건 분명 반복되는 절차이므로 Skill로 묶는 게 맞고, 동시에 GitHub 데이터를 실제로 읽어와야 하므로 MCP도 필요합니다.

이런 경우 Skill이 전체 흐름과 출력 형식을 잡아주고, MCP는 그 흐름 속에서 필요한 외부 데이터와 액션 capability를 제공하는 식으로 역할이 나뉘는 거죠.

따라서 다시 설명을 드리자면, Skill은 orchestration, MCP는 capability라는 구분을 지켜야 한다는 점 입니다. 다시 말해 Skill은 “무슨 순서로, 어떤 기준으로, 어떤 출력 형식으로 처리할지”를 책임지고, MCP는 “어떤 외부 도구를 실제로 호출할 수 있는지”를 책임져야 합니다.

다만, 외부 접근이 필요 없는 작업이라면 굳이 MCP를 붙일 필요가 없겠습니다 🙂

감사합니다. 좋은 하루 되세요!