MCP와 AI 스킬의 차이: 연결할 일과 가르칠 일을 나누는 법

MCP는 AI와 외부 자료·도구를 연결하는 표준이고 스킬은 업무 절차를 담은 지침 묶음이다. 스킬에는 일을 진행할 순서와 결과의 기준을 담는다. AI가 자료를 읽지 못한다면 연결부터 살펴보고 결과가 매번 달라진다면 업무 절차부터 정리하는 게 좋다.

고객 피드백을 읽어놓고 엉뚱하게 분류하는 AI가 있다. 보고서 형식은 잘 따르는데 최신 자료를 가져오지 못할 때도 있다. 작은 팀에서 이런 문제를 겪고 있다면 도구를 더 붙이기 전에 어디서 일이 막혔는지부터 확인해 보자.

스킬이 표준이 되어도 연결과 절차는 따로 살핀다

Anthropic은 2026년 10월 22일 Agent Skills 표준을 Agentic AI Foundation에 이관한다고 발표했다. 업무 지침을 여러 환경에서 공유할 수 있어도 각 제품이 지원하는 도구와 접근 권한은 따로 확인해야 한다.

Agent Skills 개발에 참여한 Mahesh Murag는 출시 당시 LinkedIn 게시물에서 프롬프트·코드·자료를 하나의 스킬로 묶는 방식을 소개했다. 현재 Agent Skills 공식 문서에서도 스킬을 업무 지침이 담긴 SKILL.md와 필요한 스크립트·참고 자료로 구성된 폴더로 설명한다. 에이전트는 이름과 설명으로 관련성을 판단하고 필요할 때 상세 지침을 읽는다.

MCP 공식 문서는 AI 애플리케이션과 외부 시스템을 연결하는 방법을 설명한다. 예를 들어 고객지원 도구에서 문의를 검색하거나 데이터베이스에서 기록을 가져오는 기능을 에이전트가 이용할 수 있게 한다. 실제 사용할 수 있는 기능은 연결된 서버와 앱의 지원 범위에 달려 있다.

MCP의 외부 자료와 도구 연결 역할과 Agent Skills의 반복 업무 방법 전달 역할을 나란히 정리한 비교 도표 — MCP와 스킬은 연결과 처리 방법을 함께 설계할 때 서로 보완할 수 있습니다

두 역할은 겹치기도 한다. MCP 서버는 도구와 데이터뿐 아니라 프롬프트도 제공할 수 있다. 스킬에 포함된 스크립트가 기존 API나 명령줄 도구를 사용할 수도 있다. 연결은 MCP에 맡기고 업무 순서는 스킬에 담되 서로 겹치는 부분도 있다는 점을 기억하면 된다.

자료를 못 가져오는가 결과가 들쭉날쭉한가

업무가 막히는 지점에 따라 먼저 손볼 부분이 달라진다.

현재 문제	먼저 살펴볼 것	작게 확인할 결과
자료가 있는 서비스에 접근하지 못한다	기존 연결 기능 또는 MCP 서버와 접근 범위	지정한 샘플 기록을 읽고 원문 위치를 알려준다
자료는 읽지만 분류와 보고서 형식이 매번 다르다	업무 기준을 담은 스킬	분류 기준과 누락 표시 방법을 지키고 출처를 남긴다
여러 서비스의 자료로 같은 보고서를 반복해서 만든다	연결 기능과 스킬의 조합	자료 수집과 정리 단계의 결과를 각각 확인할 수 있다

이미 쓰는 앱에서 필요한 자료를 읽을 수 있다면 그 연결을 활용하면 된다. 반복해서 설명하던 업무 지시를 스킬로 옮겨보자. 반대로 업무 지침을 아무리 자세히 써도 실제 연결이 없거나 접근 권한이 없다면 자료를 가져올 수 없다.

Anthropic의 공식 설명은 한 스킬이 여러 MCP 서버를 이용하거나 하나의 서버를 여러 스킬에서 활용하는 구성을 소개한다. 우리 팀의 업무에도 필요한 연결과 지침을 각각 골라 조합할 수 있다.

주간 고객 피드백 보고서를 만든다면

가상의 B2B 소프트웨어 팀이 매주 고객 문의를 읽고 제품 개선 논의를 위한 보고서를 만든다고 하자. 이 팀은 문의 원문이 있는 고객지원 도구와 기존 개선 과제가 있는 업무 관리 도구를 사용한다. 이 가상 예시를 적용하려면 팀이 쓰는 서비스에 맞는 연결을 준비해야 한다.

먼저 읽을 범위를 정한다. 지난주 문의 전체인지 특정 제품의 문의인지 정하고 필요한 필드를 적는다. 문의 번호·날짜·본문을 가져올 수 있는지 확인한다. 접근하지 못한 자료가 있으면 그 목록을 남겨야 한다. 일부만 읽고 전체를 분석한 것처럼 보고하면 이후 판단도 흔들린다.

자료를 가져왔다면 팀의 분류 기준을 적용한다. 같은 문의가 여러 번 전달됐을 때 무엇을 중복으로 볼지 정한다. 오류 제보와 기능 요청을 구분하고 판단하기 어려운 항목은 미분류로 둔다. 문의 건수와 문의한 고객 수를 혼동하지 않도록 집계 단위도 적는다. 이런 기준은 스킬에 넣을 수 있다.

가상의 주간 고객 피드백 보고서 업무를 자료 읽기와 스킬 처리 및 결과 검토의 세 단계로 나눈 흐름도 — 가상 업무에서 자료 수집과 처리 기준 및 결과 확인을 나눠봅니다

보고서에서 “내보내기 기능을 개선해야 한다”고 제안한다면 근거가 된 문의의 원문 링크를 붙인다. 연결된 개선 과제를 확인하지 못했다면 새 요청이라고 단정하지 않고 확인 필요로 표시한다. 우선순위는 문의 빈도 외에도 고객 영향과 구현 비용을 고려해야 하므로 담당자가 결정할 항목으로 남겨둘 수 있다.

마지막으로 원문 몇 건을 대조해 분류가 맞는지 보고 중복 제거 전후의 집계 기준을 확인한다. 샘플 점검만 했다면 전체 정확도를 검증했다고 표현하지 않는다. 파일이 만들어졌더라도 내용이 업무에 쓸 만한지는 별도로 검토해야 한다.

완성 기준을 먼저 한 장으로 적자

처음 만드는 스킬에는 어떤 자료를 받아 어떤 결과를 내고 무엇을 확인할지 적는다. 다음은 위 가상 팀이 사용할 수 있는 최소한의 지침 예시다. 서비스 이름과 도구 호출 방식은 실제 환경에서 확인해 보완해야 한다.

---
name: weekly-feedback-report
description: 지정한 기간의 고객 피드백을 분류하고 원문 근거가 있는 주간 보고서를 만들 때 사용한다
---

1. 사용자가 정한 기간과 자료 범위를 확인한다
2. 사용 가능한 도구로 해당 자료를 읽는다
   접근하지 못한 자료와 누락된 항목은 따로 남긴다
3. 오류 제보와 기능 요청 및 사용 문의로 분류한다
   중복 기준이 불명확하면 합치지 않고 표시한다
4. 항목별 요약과 문의 번호 및 원문 링크를 적는다
   확인된 사실과 추정 및 확인 필요를 구분한다
5. 원문과 집계를 대조한 뒤 보고서를 초안으로 저장한다
   외부 전달과 과제 생성은 별도 요청 범위를 확인한다

지침을 저장한 뒤에는 에이전트가 스킬을 읽고 필요한 도구를 사용할 수 있는지 확인한다. 연결 설정과 예약 실행은 별도로 준비해야 한다. 필요한 도구가 없을 때는 해당 단계를 미완료로 남기도록 정해두자.

스킬을 고칠 때는 반복되는 오류부터 살핀다. 예를 들어 서로 다른 고객의 같은 불만을 한 건으로 합쳐버렸다면 중복 기준을 보완한다. 수정한 뒤 같은 샘플과 다른 샘플에서 다시 확인해야 변경이 도움이 됐는지 알 수 있다. Anthropic의 스킬 개발 안내도 대표 업무에서 부족한 점을 관찰하고 평가부터 시작하는 접근을 권한다.

첫 실행에서는 실패한 위치를 기록하자

파일이 있는 일회성 업무와 외부 자료 접근 및 반복 처리 여부에 따라 시작 방법을 고르는 네 가지 상황표 — 현재 자료 접근과 반복 처리 조건에 맞춰 작은 시작점을 고릅니다

스킬 문장만 계속 늘리다 보면 자료 연결의 문제를 놓칠 수 있다. 자료는 충분한데 도구를 추가하는 일도 도움이 되지 않을 수 있다. 실패한 단계와 그때 확인한 증거를 함께 기록하면 다음에 무엇을 고칠지 정하기 쉽다.

관찰한 문제	확인할 증거	다음 수정
원문을 가져오지 못했다	검색 조건과 접근 가능한 자료 범위	연결과 권한 또는 요청 범위를 점검한다
읽은 자료를 잘못 분류했다	잘못 분류한 원문과 적용한 기준	스킬의 기준과 예외 사례를 보완한다
누락을 숨긴 보고서가 나왔다	수집 결과와 최종 보고서의 차이	누락을 표시하는 완료 조건을 넣는다

우선 보고서 한 종류로 시작해 자료를 읽고 분류한 뒤 결과를 확인하는 데까지 진행해 보자. 각 단계가 작동하면 다른 업무에서 재사용할 부분을 고를 수 있다. 나중에 실행 환경이나 도구가 바뀌면 영향을 받는 단계부터 다시 확인한다.

자주 묻는 질문

AI 스킬을 쓰려면 MCP가 꼭 필요한가요?

꼭 필요한 것은 아니다. 이미 제공된 파일이나 기존 도구로 처리할 수 있는 업무도 스킬로 정리할 수 있다. 외부 시스템의 자료와 기능이 필요할 때 사용 가능한 연결 방법을 확인하면 된다.

MCP와 스킬을 함께 쓰면 결과가 자동으로 정확해지나요?

연결과 절차를 준비해도 잘못된 자료를 읽거나 기준을 다르게 해석할 수 있다. 실제 입력으로 실행한 결과를 원문과 비교해야 한다. 스킬에 검증하라고 적는 것과 검증이 수행됐음을 확인하는 일은 별개다.

처음에는 어떤 업무를 스킬로 만들면 좋을까요?

자주 반복하고 결과 형식과 확인 기준이 분명한 업무가 좋다. 예를 들면 매주 같은 기준으로 작성하는 내부 보고서다. 처음에는 자료를 읽고 초안을 만드는 데까지 맡겨 결과를 살펴볼 수 있다.

함께 읽을 글

출처

Mahesh Murag의 Agent Skills 출시 소개 · LinkedIn
Anthropic의 Agent Skills AAIF 이관 발표 · 2026년 10월 22일
Agent Skills 공식 개요
MCP 공식 개요 및 아키텍처 설명
Anthropic의 Skills와 MCP 조합 안내 · 2025년 12월 19일
Anthropic의 Agent Skills 개발과 평가 안내 · 2025년 10월 16일

자료 확인일 2026년 10월 31일