Claude Skill이란 무엇인가?

정의

Anthropic이 Skill을 도입한 이유는 도메인 전문가가 작업 수행 방식을 한 번 작성하면 Claude를 사용하는 모든 사람에게 그 절차를 전달할 수 있도록 하기 위함입니다. Skill은 모델 파인튜닝이 아니며 도구 호출도 아닙니다. Claude가 런타임에 읽는 Markdown 계약입니다. `SKILL.md` 파일은 이름, 설명(트리거), 지시 본문을 선언합니다. 예제, 스크립트, 스키마, 프롬프트와 같은 선택적 동반 파일이 옆에 위치합니다. 추론 시 Claude는 사용 가능한 모든 Skill의 설명을 스캔하고, 현재 작업에 가장 적합한 것을 선택해 계약을 따릅니다. 이로써 Skill은 이식 가능하고 검토 가능하며 버전 관리가 가능해지며, 프롬프트 엔지니어링만으로는 도달할 수 없는 수준이 됩니다.

간단한 역사

Anthropic은 2025년 10월 Claude Code와 함께 Skill을 1급 기능으로 출시했고, 이후 그 형식을 Claude 앱과 Claude Agent SDK로 확장했습니다. 동기는 실용적이었습니다. 프롬프트는 길어지고, 예제는 다루기 힘들어지며, 팀들은 같은 레시피를 반복해서 다시 발명하고 있었습니다. Skill은 재사용 가능한 전문성의 단위를 표준화했습니다. 몇 달 만에 공개 생태계가 등장했습니다 — 오픈 소스 라이브러리, 벤더가 공개한 Skill, ElasticFlow 카탈로그 같은 집계 사이트가 그것입니다. 형식은 의도적으로 단순하게 유지되고 있으며, frontmatter가 있는 단일 Markdown 파일이 최소 viable Skill입니다. 그 단순함이야말로 생태계 성장의 토대입니다.

Skill, 플러그인, MCP 서버

Skill은 Anthropic이 Claude 확장을 위해 노출하는 세 가지 조합 가능한 프리미티브 중 하나입니다. 나머지 둘 — 플러그인과 MCP 서버 — 는 마켓플레이스에 모두 등장하고 모두 Claude가 할 수 있는 일을 바꾸기 때문에 Skill과 자주 혼동됩니다. 그러나 이들은 스택의 서로 다른 계층에 존재합니다.

플러그인

플러그인은 번들입니다. 하나 이상의 Skill (그리고 때로 명령, 훅, 구성)을 단일 설치 단위로 묶어, 사용자가 한 번의 명령으로 일관된 기능 세트를 얻을 수 있게 합니다. Skill이 레시피라면 플러그인은 요리책입니다. 플러그인은 publisher가 도메인을 전달하는 방식입니다 — 「sales」라는 플러그인은 예측, 파이프라인 리뷰, 콜 요약, 아웃리치 작성을 위한 Skill을 모을 수 있습니다. 플러그인을 설치하면 그 안의 모든 Skill이 설치되고, 제거하면 모두 함께 사라집니다.

MCP 서버

MCP 서버는 Claude가 Model Context Protocol을 통해 대화하는 별도의 프로세스입니다. 모델 바깥에 존재합니다. 도구 (Claude가 호출할 수 있는 함수), 리소스 (Claude가 읽을 수 있는 데이터), 프롬프트 (Claude가 사용할 수 있는 템플릿)를 노출합니다. Skill은 Claude에게 무엇을 할지 알려주고, MCP 서버는 그것을 수행하기 위한 부수 효과를 제공합니다 — 데이터베이스 질의, SaaS API 호출, 파일 읽기, 이메일 전송. 많은 실제 워크플로는 둘을 함께 사용합니다. Skill이 절차를 기술하고, 그 안에서 Claude가 세계에 작용하기 위해 MCP 도구를 호출합니다. 카탈로그가 Skill, 플러그인, MCP 서버를 분리해서 나열하는 이유입니다.

경험칙: Skill은 절차, 플러그인은 절차의 묶음, MCP 서버는 외부 세계로의 커넥터입니다. MCP 서버 없이 Skill을 배포할 수 있고 Skill 없이 MCP 서버를 배포할 수도 있지만, 대부분의 프로덕션 워크플로는 둘 모두를 사용합니다.

Skill이 중요한 이유

Skill은 전문성을 「오늘의 프롬프트」에서 검토 가능한 산출물로 옮깁니다. 팀은 Skill을 Git 커밋에 고정할 수 있고, 풀 리퀘스트에서 감사할 수 있으며, 새 버전이 퇴행하면 롤백할 수 있습니다. 작성자는 귀속을 얻고, 소비자는 재현성을 얻으며, 보안 팀은 정책을 적용할 지점을 얻습니다. SEO와 발견 가능성 측면에서도 Skill은 구체적이고 색인 가능한 기능의 롱테일을 만들어냅니다 — 「예측 정확도 리뷰」는 누군가가 찾아 설치하고 실행할 수 있는 Skill인 반면, 「예측을 위한 좋은 일반 프롬프트」는 그렇지 않습니다. 카탈로그는 그 롱테일을 드러내기 위해 존재합니다.