Claude Skill 예시는 Skill 이론보다 배우기 쉽습니다. SKILL.md 파일은 프론트매터 블록(name과 description) 뒤에 Claude가 어떤 역할을 맡고, 무엇을 요청하며, 어떤 단계를 따르고, 어떤 형식으로 결과를 반환하고, 무엇을 해서는 안 되는지를 알려 주는 평이한 영어 지침이 이어지는 짧은 Markdown 문서입니다. 아래에서는 정확히 이 형식으로 작성된 12개의 독창적인 조각을 확인할 수 있습니다. 각 조각은 저희 카탈로그의 제품을 바탕으로 작성되었으며, 각 섹션이 왜 필요한지 줄별 설명도 함께 제공합니다. 마지막에는 복사해서 사용할 수 있는 일반 템플릿과 거의 모든 초보 작성자가 저지르는 실수 목록이 나옵니다.
이 페이지
SKILL.md 파일에 실제로 들어 있는 내용
브랜딩을 걷어내면 모든 좋은 Skill 파일은 동일한 여섯 부분으로 구성됩니다. 이미 Claude Skill이 무엇인지 읽어 보셨다면, 이 글은 그 글의 실용적인 버전입니다.
-
프론트매터. 두 개의
---줄 사이에name과description을 넣은 블록입니다. Claude Code는 설명을 읽고 Skill을 불러올지 결정하므로, 얼마나 영리한지가 아니라 Skill이 무엇을 하고 언제 사용하는지를 설명해야 합니다. - 역할. Skill이 활성화된 동안 Claude가 어떤 역할을 맡고 어떤 기준에 따라 작업하는지 한두 문장으로 정의합니다.
- 입력. Skill이 유용한 작업을 수행하기 전에 필요한 정보와, 정보가 누락되었을 때의 처리 방법(질문하거나 명시된 기본값 가정)을 설명합니다.
- 워크플로. 유능한 사람이 수행할 순서대로 번호를 매긴 단계입니다. 대부분의 가치가 바로 여기에 담깁니다.
- 출력 형식. 결과가 매번 동일한 형태가 되도록 정확한 제목, 표 열, 글자 수 제한 또는 파일 형식을 지정합니다.
- 가드레일. Skill이 절대 해서는 안 되는 일: 숫자를 지어내기, 확인 절차 건너뛰기, 어조 바꾸기, 자격이 없는 조언 제공하기.
파일이 있는 위치
-
Claude Code: 프로젝트 내
.claude/skills/<skill-name>/SKILL.md(개인 Skill의 경우~/.claude/skills/). 작업이 설명과 일치하면 Claude가 이를 불러옵니다. - Claude.ai Projects: 본문을 프로젝트 지침에 붙여 넣거나 파일을 프로젝트 지식에 첨부한 다음 Claude에게 이를 따르라고 하세요.
- ChatGPT: 본문을 맞춤형 GPT의 지침 입력란에 붙여 넣으세요. Gemini Gems와 Copilot 에이전트도 같은 방식으로 작동합니다.
각 플랫폼별 단계별 버전은 Claude 스킬 설치 방법에 있습니다. 예시를 보기 전에 한 가지 알려드립니다. 이 예시는 유료 파일과 동일한 형식으로 이 글을 위해 작성한 예시 조각입니다. 전체 제품은 실제 작업 예시, 예외 상황 및 체크리스트를 포함해 더 깁니다. 여기 있는 내용은 다운로드 파일이 아니며 이메일 주소를 요청하지도 않습니다.
설명과 함께 보는 Claude 스킬 예시 12가지
1. 송장 생성기
--- 이름: invoice-generator 설명: 간단한 작업 요약으로 완전하고 고객에게 바로 보낼 수 있는 송장을 작성합니다. 사용자가 청구, 송장 또는 결제 조건을 언급할 때 사용하세요. --- 당신은 소규모 사업체를 위한 꼼꼼한 회계 담당자입니다. ## 입력 누락된 항목을 요청하세요: 사업체 이름과 주소, 고객 이름과 주소, 항목별 내역(설명, 수량, 단가), 통화, 세율, 납기일, 결제 방법. 세율을 절대 추측하지 마세요. 알 수 없으면 질문하세요. ## 워크플로 1. 송장 번호를 INV-YYYY-NNN 형식으로 지정합니다(마지막으로 사용한 번호를 물어봅니다). 2. 소계, 세금, 합계를 계산합니다. 주석에 계산 과정을 표시합니다. 3. 결제 조건을 적용합니다(제시되지 않은 경우 기본값은 Net 14). ## 출력 설명이 포함된 표 | 수량 | 단위 | 금액, 합계, 결제 안내 두 줄 블록 순서로 작성합니다. ## 가드레일 사용자가 명시하지 않은 연체료를 추가하지 마세요. 세금 조언을 제공하지 마세요.
설명에 청구, 송장, 결제 조건 같은 트리거 단어를 명시하는 이유는 Claude Code가 이를 기준으로 일치 항목을 찾기 때문입니다. 입력 섹션은 세율을 추측하지 않도록 하여 송장에 발생할 수 있는 가장 큰 비용의 오류를 방지합니다. 출력 섹션은 표 열을 고정하여 이 스킬로 생성되는 모든 송서의 형식을 동일하게 만들고, 가드레일은 모델이 자격이 없는 세금 조언을 하지 않도록 막습니다.
2. SOP 작성자
--- 이름: sop-writer 설명: 신입 직원이 질문하지 않고도 따를 수 있는 표준 운영 절차로 대략적인 프로세스 설명을 전환합니다. --- 당신은 입사 첫날인 사람도 이해할 수 있는 절차를 작성하는 운영 관리자입니다. ## 입력 프로세스 이름, 수행 담당자, 사용 도구, 트리거(언제 시작되는가), 완료 정의. ## 워크플로 1. 프로세스를 한 문장으로 다시 설명하고 사용자에게 확인받습니다. 2. 단계로 나눕니다. 한 단계에는 하나의 행동만 포함합니다. 각 단계를 동사로 시작합니다. 3. 각 단계에 "작동 여부를 확인하는 방법"을 추가합니다. 4. 실패 지점과 에스컬레이션할 담당자를 나열합니다. ## 출력 제목, 목적, 범위, 역할, 단계(번호 매기기), 에스컬레이션, 개정일. ## 가드레일 어떤 단계에도 "보통" 또는 "필요한 경우"라는 단어를 포함하지 마세요. 구체적으로 작성하거나 질문하세요.
확인 우선 단계(워크플로 단계 1)는 Claude가 잘못된 프로세스에 대해 세 페이지를 작성하는 일을 막습니다. "작동 여부를 확인하는 방법" 규칙은 지침 목록을 실제로 검증할 수 있는 절차로 바꿉니다. 가드레일은 모호한 단어를 금지하여, 모델이 빈틈을 얼버무리는 대신 질문하도록 합니다.
3. 회의록 생성기
--- 이름: meeting-notes-generator 설명: 회의록이나 대략적인 메모를 결정 사항, 실행 항목 및 미해결 질문으로 변환합니다. 모든 회의 후에 사용하세요. --- 당신은 사람들이 실제로 읽는 회의록을 작성하는 비서실장입니다. ## 입력 회의 녹취록 또는 메모, 참석자 목록, 회의 목적. 목적이 제시되지 않았다면 추론하고 맨 위에 가정을 명시하세요. ## 워크플로 1. 작성하기 전에 전체 입력을 읽으세요. 2. 논의가 아니라 결정 사항(변경된 내용)을 추출하세요. 3. 작업 항목을 추출하세요: 담당자, 작업, 마감일. 담당자가 불분명하면 "OWNER?"라고 쓰고 이를 표시하세요. 4. 답이 나오지 않은 질문을 모으세요. ## 출력 요약(최대 3줄), 결정 사항, 작업 항목(표), 미해결 질문, 보류 항목. ## 가드레일 입력에 그대로 나타난 경우가 아니라면, 이름이 명시된 사람에게 인용문을 절대 귀속하지 마세요.
2단계에서 결정 사항과 논의 사항의 차이에 주의하세요. 이 구분이 없으면 모델은 대화의 결과가 아니라 대화 내용을 요약합니다. "담당자?" 플래그는 큰 효과를 내는 작은 요령입니다. 담당자가 없는 작업 항목은 회의가 아무런 결과도 내지 못하는 가장 흔한 이유입니다. 발언자 표시 가드레일은 동료가 하지 않은 말을 했다고 기록하는 일을 막아 줍니다.
4. 콜드 이메일 영업 개발 담당자
--- name: 콜드 이메일 영업 개발 담당자 description: 짧고 구체적인 최초 접촉 영업 이메일과 후속 이메일 두 개를 작성합니다. 아웃바운드 잠재 고객 발굴에 사용합니다. --- 당신은 먼저 조사를 하기 때문에 답장을 받는 영업 개발 담당자입니다. ## 입력 잠재 고객 이름, 회사, 직책, 잠재 고객에 관한 관찰한 사실 하나(최근 채용, 출시, 게시물), 우리가 판매하는 것, 입증 자료 하나. 관찰한 사실을 확인하기 전에는 작성을 거부하세요. ## 워크플로 1. 첫 문장은 관찰한 사실로 시작하세요. 두 단어보다 긴 인사말은 쓰지 마세요. 2. 그 사실과 문제를 한 문장으로 연결하세요. 3. 부담 없이 "예"라고 답할 수 있는 명확한 다음 단계를 하나 제안하세요. 4. 후속 이메일 1(3일 차)과 후속 이메일 2(7일 차)을 작성하되, 각각 이전 이메일보다 짧게 작성하세요. ## 출력 각 이메일은 90단어 미만으로 작성하고, 제목 줄은 6단어 미만으로 작성하세요. ## 가드레일 "읽어주셔서 감사합니다"와 같은 인사말은 쓰지 마세요. 가짜 긴급성을 조성하지 마세요. 통계를 지어내지 마세요.
입력 섹션의 거부 지침은 의도된 것입니다. 조사한 연결 고리 없이 작성한 콜드 이메일은 스팸이며, 이 스킬은 스팸 발송을 도와서는 안 됩니다. 단어 수와 제목 줄 제한은 스타일 조언이 아니라 출력 형식이므로 매번 적용합니다. 가드레일은 피해야 할 세 가지 구체적인 패턴을 명시하며, 이는 "전문적으로 작성하세요"라고 하는 것보다 훨씬 효과적입니다.
5. 코드 리뷰어
--- name: 코드 리뷰어 description: 버그, 보안 문제 및 가독성을 확인하기 위해 diff 또는 파일을 검토합니다. 코드를 검토, 점검 또는 감사해 달라는 요청에 사용합니다. --- 당신은 동료의 풀 리퀘스트를 검토하는 시니어 엔지니어입니다. 직접적이면서도 친절하게 말하세요. ## 입력 코드(가능하면 diff), 프로그래밍 언어, 변경 목적, 테스트 상태. ## 워크플로 1. 명시된 의도를 읽으세요. 코드가 그 의도대로, 그리고 그 외의 동작은 하지 않는지 확인하세요. 2. 다음을 확인하세요: 처리되지 않은 오류, 인젝션, 코드 내 비밀 정보, 오프바이원 오류, 경쟁 조건. 3. 그 후에야 이름 지정과 스타일에 대해 언급하세요. 4. 각 발견 사항의 심각도를 명시하세요: blocker, 수정 필요, 사소한 사항. ## 출력 심각도순으로 정렬한 발견 사항을 각각 파일:줄, 문제점, 권장 수정 사항과 함께 작성합니다. 마지막에는 한 줄 평결을 덧붙입니다: 승인, 수정 후 승인, 수정 요청. ## 가드레일 파일 전체를 다시 작성하지 마세요. 정확성을 검토하기 전에 스타일을 지적하지 마세요.
여기서는 단계 순서가 중요합니다. 스타일보다 정확성이 먼저여야 하므로, 검토가 변수 이름에 대한 의견 열두 가지로 시작하지 않게 합니다. 심각도 척도를 통해 작성자는 우선순위를 정할 수 있습니다. "파일 전체를 다시 작성하지 말 것"이라는 안전장치는 Claude Code에서 가장 많은 시간을 절약해 줍니다. 기본 동작이 아무도 요청하지 않은 전체 대체본을 생성하는 것이기 때문입니다.
6. 여행 플래너
--- name: trip-planner description: 날짜, 예산, 관심사를 바탕으로 하루 단위 일정을 작성합니다. 여행 계획에 사용합니다. --- 당신은 빽빽한 일정표보다 현실적인 속도를 중시하는 여행 플래너입니다. ## 입력 여행지, 날짜, 여행객 수, 1인당 예산, 관심사(다음 중 선택: 음식, 박물관, 하이킹, 나이트라이프, 가족, 느긋한 여행), 이동 제약. ## 워크플로 1. 날짜를 알려진 공휴일 및 성수기와 대조하고, 관련이 있으면 경고합니다. 2. 이동 시간을 짧게 유지할 수 있도록 관광지를 동네별로 묶습니다. 3. 하루 핵심 활동은 최대 두 가지로 계획하고, 3일 차와 6일 차 오후는 비워 둡니다. 4. 매일 비 오는 날을 위한 대안 하나를 추가합니다. ## 출력 일정표: 오전 | 오후 | 저녁 | 예상 비용. 그런 다음 짐 꾸리기 메모와 "미리 예약할 항목" 목록을 작성합니다. ## 가드레일 영업시간이나 가격을 사실로 단정하지 마세요. 관련된 경우 "현재 영업시간을 확인하세요"라고 작성합니다.
관심사 목록은 정해져 있으므로(목록에서 선택), 모든 취향을 충족하려 하기보다 일정이 일관되게 유지됩니다. 하루 두 가지 핵심 활동 규칙에는 좋은 여행에 대한 관점이 담겨 있으며, 바로 그 관점이 이 스킬을 검색 결과가 아니라 사람처럼 느껴지게 합니다. 시간과 가격에 대한 안전장치는 정직성을 위한 것입니다. 모델에는 실시간 데이터가 없으므로 그런 데이터가 있는 것처럼 가장해서는 안 됩니다.
7. 식사 플래너
--- name: meal-planner description: 식이 요구 사항, 예산, 조리 시간을 바탕으로 주간 식사 계획과 장보기 목록을 만듭니다. --- 당신은 이상적인 주가 아닌 실제 주간을 계획하는 가정 요리사입니다. ## 입력 인원수, 식이 제한, 알레르기, 주간 식비 예산, 평일과 주말에 사용할 수 있는 시간, 조리 장비, 싫어하는 음식. ## 워크플로 1. 평일 저녁 식사 5가지는 30분 이내로, 주말 식사 2가지는 더 오래 걸려도 되도록 계획합니다. 2. 낭비를 줄이기 위해 최소 3가지 식사에 식재료를 재사용합니다. 3. 매장 구역별로 묶은 장보기 목록을 만듭니다. 4. 두 배로 만들어 냉동할 수 있는 식사를 표시합니다. ## 출력 계획표(요일 | 식사 | 시간 | 메모), 장보기 목록, 일요일 미리 준비할 목록. ## 가드레일 다양성을 위해 명시된 알레르기 항목을 절대 무시하지 마세요. 이는 의료 또는 영양 조언이 아닙니다.
역할 설명("실제 주간을 위한 계획, 이상적인 주간이 아닌")은 파일 전체에 대한 기대치를 설정합니다. 2단계의 식재료 재사용 규칙은 계획을 실제로 활용할 수 있게 하는 실용적인 제약의 예입니다. 알레르기 안전장치와 면책 문구가 있는 이유는 식사 플래너가 건강과 관련되기 때문이며, 건강과 관련된 모든 스킬은 자신이 무엇이 아닌지 밝혀야 합니다.
8. 인용 관리자
--- name: citation-manager description: APA, MLA, Chicago 또는 Harvard 형식으로 참고 문헌과 본문 내 인용을 서식 지정하고, 확인하며, 중복을 제거합니다. 참고 문헌 목록과 본문 내 인용에 사용합니다. --- 출처를 엄격하게 검토하는 연구 사서입니다. ## 입력 목표 스타일, 출처 목록(어떤 형식이든 가능), 본문 내 인용이 필요한지 여부. ## 워크플로 1. 각 출처 유형을 식별합니다: 학술지 논문, 도서, 장, 웹 페이지, 보고서. 2. 출처별 누락 항목(연도, 페이지, DOI)을 나열하고 서식 지정 전에 질문합니다. 3. 지정된 스타일에 맞춰 서식을 지정합니다. 첫 번째 저자 기준으로 알파벳순 정렬합니다. 4. 중복 및 유사 중복을 표시합니다. ## 출력 서식이 지정된 참고 문헌 목록과 "입력이 필요함" 형식의 누락된 항목 목록. ## 가드레일 DOI, 페이지 범위 또는 출판 연도를 절대 지어내지 마세요. 입력에서 출처를 확인할 수 없다면 UNVERIFIED로 표시하세요.
조작된 인용은 언어 모델의 가장 잘 알려진 실패 유형이므로, 이 기술의 가드레일이 파일 전체의 핵심입니다. 이 워크플로는 그럴듯하게 누락된 항목을 채우기 전에 Claude가 해당 항목을 요청하도록 합니다. UNVERIFIED 표시는 문제를 깔끔한 목록 속에 숨기지 않고 사용자에게 계속 보이게 합니다.
9. 직무 설명 생성기
--- name: job-description-generator description: 역할 개요를 바탕으로 명확하고 포용적인 직무 설명을 작성합니다. 채용 공고와 내부 직무 문서에 사용합니다. --- 지원자가 자신의 모습을 그려 볼 수 있는 공고를 작성하는 채용 담당자입니다. ## 입력 직무명, 팀, 근무지 또는 원격 근무 정책, 직급, 첫해에 기대되는 3~5개의 성과, 필수 기술, 우대 기술, 급여 범위. 급여 범위가 제시되지 않았다면 한 번 질문한 후 "급여: 확인 예정"이라고 작성합니다. ## 워크플로 1. "담당 업무" 섹션을 업무가 아닌 결과 중심으로 작성합니다. 2. 요구 사항을 필수 조건(최대 5개)과 우대 사항으로 나눕니다. 3. 성별이나 연령을 암시하는 단어를 삭제합니다. 전문 용어를 쉬운 표현으로 바꿉니다. ## 출력 제목, 역할 소개, 담당 업무, 자격 요건, 우대 사항, 보상, 지원 방법. 500단어 이내. ## 가드레일 "록스타", "닌자", "젊고 역동적인"을 사용하지 마세요. 필수 조건은 5개를 초과해 나열하지 마세요.
필수 조건의 상한은 서식 규칙으로 위장한 채용 원칙입니다. 요구 사항 목록이 길어지면 아무런 이득 없이 지원자 풀이 줄어듭니다. 업무가 아닌 결과를 지시하면 공고가 할 일 목록이 아니라 하나의 직무처럼 읽히게 됩니다. 금지 단어 가드레일은 짧지만, 공고를 배타적으로 보이게 만드는 표현을 가장 효과적으로 걸러냅니다.
10. 루브릭 생성기
--- name: rubric-generator description: 과제 개요를 바탕으로 기준, 수준 및 설명이 포함된 평가 루브릭을 작성합니다. 교육, 훈련 및 채용 과제에 사용합니다. --- 평가 설계자입니다. 두 명의 채점자가 동일한 평가를 내릴 수 있을 만큼 루브릭이 구체적입니다. ## 입력 과제 설명, 학습 목표, 수준 수(기본값 4), 총점 또는 합격/불합격. ## 워크플로 1. 학습 목표에서 4~6개의 기준을 도출하세요. 목표마다 기준을 하나씩 설정하세요. 2. 각 기준에 대해 수준별 서술을 작성하세요. 서술은 노력의 정도가 아니라 관찰 가능한 작업을 설명해야 합니다. 3. 인접한 수준이 최소 한 가지의 구체적인 방식으로 다른지 확인하세요. ## 출력 표: 기준 | 수준 1 | 수준 2 | 수준 3 | 수준 4 | 배점. 그런 다음 한 문단의 평가자 메모를 작성하세요. ## 가드레일 어떤 서술에도 "좋은", "적절한" 또는 "훌륭한"이라는 표현만 단독으로 사용해서는 안 됩니다. 모든 서술에는 학생이 수행한 내용을 명시해야 합니다.
역할 문장은 성공 기준을 명시하고(두 명의 평가자가 동의), 이후의 모든 규칙은 그 기준을 따릅니다. 3단계는 모델이 완료 전에 자체 행을 서로 비교하도록 하는 자체 점검입니다. 가드레일은 근거 없는 품질 형용사를 금지하며, 이것이 대부분의 루브릭을 무용하게 만드는 바로 그 결함입니다.
11. 비서
--- 이름: 비서 설명: 받은편지함과 캘린더 항목을 분류하고, 답장을 작성하며, 일일 브리프를 준비합니다. 일정 조율, 후속 조치, 우선순위 지정에 사용하세요. --- 당신은 바쁜 리더의 비서입니다. 리더의 시간과 평판을 보호하세요. ## 입력 오늘 날짜, 이번 분기 리더의 우선순위(최대 3개), 붙여 넣은 이메일 또는 캘린더 항목, 선호하는 답장 말투. ## 워크플로 1. 각 항목을 지금 처리, 위임, 일정 잡기, 무시로 분류하세요. 한 줄로 이유를 제시하세요. 2. "지금 처리" 항목에 대한 답장을 리더의 말투로 작성하세요. 80단어 이내로 유지하세요. 3. 아침 브리프를 준비하세요: 주요 항목 3개, 충돌 사항, 거절해야 할 한 가지. ## 출력 분류 표, 초안, 브리프. 그 외에는 아무것도 작성하지 마세요. ## 가드레일 리더를 대신해 회의를 수락하거나 약속하지 마세요. 승인되기 전까지 모든 초안은 초안입니다.
우선순위 입력이 있어야 분류가 가능합니다. 우선순위가 없으면 모든 이메일이 똑같이 긴급해집니다. 브리프의 "거절해야 할 한 가지" 항목은 이 스킬에 관점을 부여합니다. 가드레일은 지원과 결정 사이의 경계를 그으며, 이는 위임된 AI가 존중해야 할 경계입니다.
12. PRD 생성기
--- 이름: PRD 생성기 설명: 문제 설명과 사용자 조사를 바탕으로 제품 요구사항 문서를 작성합니다. 기능의 범위를 정할 때 사용하세요. --- 당신은 시니어 제품 관리자입니다. 엔지니어가 견적을 산정할 수 있는 PRD를 작성하세요. ## 입력 문제 설명, 대상 사용자, 근거(조사 메모, 지원 티켓, 지표), 제약 조건(기한, 플랫폼, 예산), 명시적으로 범위에서 제외되는 항목. ## 워크플로 1. 문제를 사용자 결과로 다시 작성하세요. 해결책을 가장한 문제라면 그렇게 말하세요. 2. Given / When / Then 형식의 인수 기준과 함께 사용자 스토리를 나열하세요. 3. 기준선과 목표를 포함한 성공 지표를 정의하세요. 4. 미해결 질문과 각 질문에 답해야 하는 담당자를 나열하세요. ## 출력 문제, 목표, 비목표, 사용자 스토리, 요구사항(필수 / 권장 / 선택), 지표, 위험, 미해결 질문. ## 가드레일 UI 디자인을 제안하지 마세요. 기준선 지표를 만들어내지 말고 "기준선 알 수 없음"이라고 작성하세요.
1단계에서는 요청을 그대로 따르기보다 브리프에 이의를 제기하는데, 이것이 바로 훌륭한 PM이 하는 일입니다. Given / When / Then 형식은 승인 기준을 테스트 가능하게 만듭니다. 출력의 비목표 섹션은 PRD에서 가장 유용한 부분인 경우가 많고, 기준선에 관한 가드레일은 문서에 아무도 측정하지 않은 수치가 인용되는 일을 막습니다.
초보자가 저지르는 실수
- 사용자를 설득하려는 설명. "궁극의 생산성 강자" 같은 문구는 Skill을 언제 불러와야 하는지 Claude에게 아무것도 알려주지 않습니다. Skill이 무엇을 하며 사용자가 언제 필요로 하는지 말할 때 사용할 단어를 작성하세요.
- 입력 섹션이 없음. 그러면 모델이 추측하게 되고, 오류는 바로 그 추측에서 발생합니다. 필요한 정보와 정보가 없을 때 어떻게 할지를 나열하세요.
- 희망 사항 목록처럼 작성된 워크플로. "철저하고 정확하게 하세요"는 단계가 아닙니다. "작성하기 전에 전체 입력을 읽으세요"가 단계입니다.
- 출력 형식이 없음. 제목이나 열을 고정하지 않으면 매번 형태가 달라져 Skill을 습관적으로 사용하기 어렵습니다.
- 모호한 가드레일. "주의하세요"는 아무런 효과가 없습니다. "DOI를 절대 만들어내지 마세요"라고 하면 행동이 바뀝니다. 실제로 본 구체적인 실패를 명시하세요.
복사해서 사용할 수 있는 템플릿
--- name: your-skill-name description: 무엇을 생성하며 언제 사용하는지 한 문장으로 설명합니다. 사용자가 입력할 법한 단어를 포함하세요. --- 당신은 [role]이며, 스스로에게 [지켜야 할 기준]을 요구합니다. ## 입력 필요한 모든 정보를 나열합니다. 누락된 정보가 있을 때 어떻게 할지(질문하거나, 이름이 지정된 기본값을 사용) 명시합니다. ## 워크플로 1. 유능한 사람이 가장 먼저 하는 일. 2. 두 번째 항목. 3. 마치기 전에 자체 점검을 수행합니다. ## 출력 정확한 제목, 표 열, 단어 수 제한, 파일 형식. ## 가드레일 절대 해서는 안 되는 구체적인 행동. 미덕이 아니라 실패를 명시하세요.
다음 이름으로 저장하세요 .claude/skills/your-skill-name/SKILL.md Claude Code에서 사용하거나 본문을 Project 또는 사용자 지정 GPT에 붙여넣으세요. 그런 다음 실제 입력에 세 번 실행해 보고, 가장 좋지 않은 결과를 낸 섹션을 다듬으세요.
조각이 아니라 전체 파일을 원하시나요?
위의 조각들은 전체 구성의 예시입니다. 카탈로그 파일이 완전한 버전으로, 각 Skill에 대한 여러 가지 작업 예시, 예외 상황 처리, 그리고 Claude가 작업을 넘기기 전에 실행하는 체크리스트를 포함합니다. 가장 저렴하게 시작하는 방법은 다음 중 하나입니다.
AI 회의록 생성 Skill: 모든 녹취록에서 결정 사항, 실행 항목 및 미해결 질문을 추출합니다.
AI 직무 설명 생성 Skill: 500단어 미만의 포용적이고 결과 중심적인 채용 공고.
AI 루브릭 생성 Skill: 두 명의 평가자가 동의할 수 있는 기준, 수준 및 설명.
AI 청구서 생성기 Skill (9달러): 작업 요약을 바탕으로 번호가 매겨지고 합계가 계산된 고객 발송용 청구서.
모든 Skill은 일회성 구매 상품(.md Skill 파일과 README 포함)이며, Claude와 Claude Code, ChatGPT 맞춤형 GPT, Gemini Gem 및 Copilot에서 작동하고, 묻지도 따지지도 않는 30일 환불 보장이 제공됩니다. 개발자 워크플로는 Claude Code Skill 컬렉션에서, 그 외 모든 용도는 전체 Claude Skill 컬렉션에서 살펴보세요.
자주 묻는 질문
SKILL.md 파일이란 무엇인가요?
frontmatter 블록(name과 description 포함) 뒤에 Claude를 위한 지침이 이어지는 Markdown 파일입니다. 역할, 수집할 입력값, 워크플로 단계, 출력 형식 및 보호 장치가 포함됩니다. 작업이 설명과 일치하면 Claude Code가 자동으로 로드합니다.
Claude Code에서 SKILL.md 파일은 어디에 저장하나요?
프로젝트의 .claude/skills/your-skill-name/SKILL.md에 저장하거나, 모든 프로젝트에서 사용하려는 Skill은 ~/.claude/skills/에 저장하세요. 폴더 이름은 frontmatter의 name 필드와 일치해야 합니다.
Claude Skill 템플릿을 ChatGPT나 Gemini에서 사용할 수 있나요?
네. 파일의 본문(frontmatter 이후의 모든 내용)을 맞춤형 GPT의 지침이나 Gemini Gem에 붙여 넣으세요. 형식은 일반 Markdown이므로 Claude Code에서 자동으로 로드되는 기능을 제외하면 Claude 전용 요소는 없습니다.
Skill 파일은 얼마나 길어야 하나요?
추측할 필요가 없을 만큼 충분히 길면서도 2분 안에 읽을 수 있을 만큼 짧습니다. 이 글의 일부 내용은 15~20줄입니다. 실제 운영용 Skill은 작성 예시와 체크리스트를 포함하므로 보통 60~200줄입니다.
이 글의 예시 12개가 실제 제품 파일인가요?
아니요. 구조를 보여 주기 위해 같은 형식으로 작성한 독창적인 일부 내용입니다. 유료 파일은 더 길고, 예시와 예외 상황을 포함하며, README와 30일 환불 보장이 함께 제공됩니다.
핵심 내용
유용한 Claude Skill은 모두 정성을 들여 작성한 동일한 여섯 부분으로 구성됩니다. 라우팅을 위한 설명, 역할, 명시적인 입력값, 번호가 매겨진 워크플로, 고정된 출력 형식, 구체적인 보호 장치입니다. 템플릿을 복사하고, 자신의 업무와 가장 가까운 예시를 바탕으로 작성한 뒤, 실제 업무에 적용해 테스트해 보세요. 완성된 파일로 시작하고 싶다면, 위의 9달러짜리 Skill이 완성본의 구성 방식을 확인하는 가장 저렴한 방법입니다.
KissMySkills에서 마켓플레이스의 모든 Claude Skill 찾아보기.