에이전트 플러그인 vs 에이전트 스킬 vs MCP 서버: 차이점은 무엇인가요?

에이전트 생태계는 계속해서 새로운 형식을 만들어내고 있으며, 이름들이 혼동을 일으키고 있습니다: 에이전트 스킬, MCP 서버, 에이전트 플러그인. 이들은 서로 경쟁 관계일까요? 상호 보완적일까요? 명확한 개념 모델을 소개합니다.

간단 요약

• MCP 서버는 에이전트가 외부 도구와 데이터를 호출하기 위한 프로토콜입니다 — 통신 형식과 라이프사이클 계약입니다.
• 에이전트 스킬은 에이전트가 사용할 수 있는 지침, 스크립트, 참고 자료를 패키징하는 파일 형식입니다.
• 에이전트 플러그인은 스킬과 MCP 서버를 하나의 배포 가능한 단위로 묶는 패키징 표준입니다.

이들은 서로 다른 계층에 위치합니다. 에이전트 플러그인은 세 번째 구성 요소 유형이 아닙니다 — 다른 두 가지를 담는 상자 역할을 합니다.

MCP 서버: 통신을 통한 기능 제공

모델 컨텍스트 프로토콜은 에이전트가 도구, 리소스, 프롬프트를 제공하는 서버에 연결하는 방법을 정의합니다. 이는 *에이전트가 이 기능과 어떻게 소통하는가?*에 답합니다.

• 전송 방식: stdio, Streamable HTTP, 레거시 HTTP+SSE.
• 가장 적합한 용도: 실시간 외부 기능 — 데이터베이스, API, 브라우저 자동화, 런타임 상태가 있는 모든 것.
• 비용: 서버를 직접 운영하거나 호스팅된 서버에 연결합니다.

MCP는 연결에 관한 것이지 배포에 관한 것이 아닙니다. 서버가 어떻게 패키징, 광고, 설치되는지에 대해서는 아무것도 규정하지 않습니다.

에이전트 스킬: 지침과 파일

에이전트 스킬(에이전트 스킬 명세 기준)은 SKILL.md 파일(프론트매터 메타데이터와 마크다운 지침 포함)과 선택적 scripts/, references/, assets/ 폴더로 구성된 디렉터리입니다.

• 가장 적합한 용도: 에이전트가 따라야 하는 절차적 지식 — 워크플로우, 가이드라인, 프롬프트, 소규모 스크립트.
• 런타임 서버가 필요 없음; 에이전트가 직접 지침을 실행합니다.
• 배포가 고통 포인트였음: 모든 클라이언트마다 스킬을 발견하고 설치하는 방식이 달랐습니다.

에이전트 플러그인: 휴대 가능한 패키지

에이전트 플러그인(v1.0.0)은 패키지 형식을 정의합니다: plugin.json 매니페스트와 고정된 구성 요소 위치 — 에이전트 스킬용 skills/ 폴더와 MCP 서버용 mcp.json 파일, 그리고 클라이언트 확장을 위한 역도메인 디렉터리 구조를 포함합니다.

• 가장 적합한 용도: 일관된 도구 세트 배포 — "이 플러그인은 에이전트에 요약 스킬 그리고 검색 서버를 제공합니다."
• 모든 호환 클라이언트가 로드할 수 있는 하나의 레이아웃; 클라이언트별 재패키징 불필요.
• Amazon, Cursor, Microsoft, OpenAI, Vercel을 포함한 스티어링 위원회가 지원합니다.

언제 무엇을 사용할까요

원하는 목적...	사용 형식
에이전트에 단계별 노하우 제공	에이전트 스킬 (또는 플러그인 내부의 스킬)
에이전트를 실시간 서비스에 연결	MCP 서버
많은 클라이언트에 즉시 사용 가능한 기능 번들 제공	에이전트 플러그인
특정 클라이언트와 독립 실행형 스킬 공유	해당 클라이언트의 기본 형식 (이식성을 위해 플러그인 권장)

실용적인 패턴: 구성 요소를 스킬과 MCP 서버로 작성하고, 에이전트 플러그인으로 배포하세요.

지금 이것이 중요한 이유

분열이 표준이었습니다: 한 클라이언트용으로 패키징된 플러그인은 다른 클라이언트가 사용하기 전에 수정이 필요했습니다. 에이전트 플러그인은 작은 상호운용성 기반을 마련합니다 — 공유 구성 요소는 하나의 예측 가능한 구조를 사용하면서, 배포, 권한, 클라이언트별 기능은 각 클라이언트의 통제 하에 남아 있습니다.

생태계는 빠르게 움직이고 있습니다: 명세는 공개되어 공개적으로 개발되며, 제안은 GitHub Discussions에서 시작되고, 이미 수천 개의 저장소가 공식 스키마를 참조하고 있습니다. AIMCP의 에이전트 플러그인 디렉터리와 같은 디렉터리는 공식 JSON 스키마에 대해 항목을 검증하고, 여러 언어로 요약하며, 소스로 다시 연결합니다 — 발견 과정을 패키징만큼 표준화합니다.

결론

MCP는 프로토콜, 스킬은 콘텐츠, 플러그인은 패키지입니다. 오늘날 에이전트 구성 요소를 구축한다면, 가장 영향력 있는 행동은 이를 스킬과 MCP 서버로 한 번 작성하고, 에이전트 플러그인으로 배포하며, 모든 호환 클라이언트가 그대로 로드하도록 하는 것입니다.