좋은 프롬프트를 찾아도 다음에 또 찾아 붙여넣어야 한다면 반쪽짜리입니다. 스킬(Skills)은 그 지식과 절차를 클로드에 설치해두는 기능입니다 — 공식 표현으로 "전문 지식·절차·모범 사례를 재사용 가능한 기능으로" 바꾸는 것이고, 실감으로는 한 번 가르친 일하는 방식을 클로드가 알아서 꺼내 쓰는 것입니다.
기준일: 2026-07-16 — 기능 구성과 요금제별 제공 범위는 바뀔 수 있습니다.
프롬프트·프로젝트와 다른 점
프롬프트한 판짜리 지시입니다. 그때그때 붙여넣습니다.
프로젝트한 업무의 작업 공간입니다. 지침·자료가 그 프로젝트 안에서만 삽니다. 클로드 프로젝트 가이드에서 다룹니다.
스킬일하는 방식 자체를 능력으로 저장합니다. 관련된 일을 시키면 클로드가 필요할 때 알아서 그 스킬을 꺼내 적용한다는 게 프로젝트와의 차이입니다. "우리 회사 보고서 양식", "엑셀 정리 규칙"처럼 여러 대화에 걸쳐 반복되는 방식에 맞습니다.
스킬 켜기
설정의 기능(Capabilities) 화면에서 스킬을 관리합니다 — claude.ai/settings/capabilities 로 바로 들어갈 수 있습니다. 요금제별 제공 범위는 공식 문서에 명시가 없어, 내 계정의 해당 화면에서 보이는지 확인하는 게 정확합니다.
스킬 만들기 — 두 가지 길
스킬 생성기로 만들기클로드에게 "이런 방식을 스킬로 만들어줘"라고 시키는 경로입니다. 처음이면 이쪽이 빠릅니다.
SKILL.md 파일로 만들기스킬의 실체는 지침 파일(SKILL.md)이 든 폴더입니다. 직접 쓰면 세밀하게 다듬을 수 있고, 팀에 나눠주기도 쉽습니다.
어느 쪽이든 내용의 뼈대는 같습니다: 이 스킬이 하는 일 / 절차 / 지켜야 할 조건. 프롬프트 기본기의 원칙이 그대로 스킬 본문의 원칙입니다.
만들기 전에 — 남이 만든 스킬 골라 쓰기
바닥부터 쓸 필요는 없습니다. 검증된 스킬 패키지를 큐레이션해둔 스킬 라이브러리에서 골라 설치하고, 내 방식에 맞게 SKILL.md를 고쳐 쓰는 순서가 현실적입니다.
스킬로 만들 일인지 판단하기
기준은 여러 업무에 걸쳐 반복되는 "방식"인가입니다. 한 업무 안의 반복(주간 콘텐츠)이면 프로젝트, 업무를 가리지 않는 방식(보고서 톤, 문서 양식, 검토 절차)이면 스킬 쪽입니다. 한 번으로 끝나는 일이면 프롬프트 메이커에서 프롬프트만 받는 게 빠릅니다.
내 업무로 가져가기
스킬 본문에 넣을 지침이 막막하면, 그 일을 프롬프트 메이커에 적어보세요 — 문진으로 조건을 물어가며 지침 초안을 만들어드리고, 그 내용이 곧 SKILL.md의 뼈대가 됩니다.
자주 묻는 질문
무료 요금제에서도 되나요? 요금제 경계가 공식 문서에 명시돼 있지 않습니다. 설정의 기능 화면에서 스킬 항목이 보이면 쓸 수 있는 것입니다.
스킬과 프로젝트 지침, 뭘 먼저 배우나요? 반복 업무가 하나라도 있으면 프로젝트부터가 순서입니다. 스킬은 그 방식이 여러 업무로 번질 때 승격시키는 도구입니다.
팀원과 나눌 수 있나요? 스킬은 SKILL.md가 든 폴더라 전달 자체는 쉽습니다. 팀 단위 배포·관리 기능은 요금제·시점에 따라 다르니 계정에서 확인이 필요합니다.
ⓒ Workers. — 공식 소스로 검증해 쓴 가이드입니다. 기준일 이후 바뀐 내용이 보이면 고칩니다.