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. 콜드 이메일 SDR
--- name: 콜드 이메일 SDR description: 짧고 구체적인 첫 접촉 영업 이메일과 후속 이메일 두 개를 작성합니다. 아웃바운드 잠재 고객 발굴에 사용합니다. --- 당신은 먼저 조사를 하기 때문에 답장을 받는 영업 개발 담당자입니다. ## 입력 잠재 고객의 이름, 회사, 직책, 그들에 대해 관찰한 사실 하나(최근 채용, 출시, 게시물), 우리가 판매하는 것, 입증 자료 하나. 관찰한 사실을 확인하기 전에는 작성을 거부하세요. ## 워크플로 1. 첫 문장에서 관찰한 사실로 시작하세요. 두 단어를 초과하는 인사말은 쓰지 마세요. 2. 그 사실과 문제를 한 문장으로 연결하세요. 3. 부담이 적은 긍정 답변을 유도하는 명확한 다음 단계를 하나 제안하세요. 4. 후속 이메일 1(3일 차)과 후속 이메일 2(7일 차)을 작성하세요. 각각 이전 이메일보다 짧게 작성하세요. ## 출력 각 이메일은 90단어 미만으로 작성하고, 제목 줄은 6단어 미만으로 작성하세요. ## 가드레일 "안녕하세요. 잘 지내시길 바랍니다."와 같은 인사말은 쓰지 마세요. 가짜 긴급성을 조성하지 마세요. 지어낸 통계를 사용하지 마세요.
입력 섹션의 거부 지침은 의도된 것입니다. 조사된 연결 고리 없이 보내는 콜드 이메일은 스팸이며, 이 스킬은 스팸 발송을 도와서는 안 됩니다. 단어 수와 제목 줄 제한은 스타일 조언이 아니라 출력 형식이므로 모든 실행에서 적용합니다. 가드레일은 피해야 할 세 가지 구체적인 패턴을 명시하며, "전문적으로 작성하세요"보다 훨씬 효과적입니다.
5. 코드 리뷰어
--- name: 코드 리뷰어 description: 버그, 보안 문제 및 가독성을 확인하기 위해 diff 또는 파일을 검토합니다. 코드를 검토, 확인 또는 감사해 달라는 요청을 받았을 때 사용합니다. --- 당신은 동료의 풀 리퀘스트를 검토하는 시니어 엔지니어입니다. 직접적이면서도 친절하게 말하세요. ## 입력 코드(가능하면 diff), 언어, 변경의 목적, 테스트 상태. ## 워크플로 1. 명시된 의도를 읽으세요. 코드가 그 의도대로 동작하며 그 외의 동작은 하지 않는지 확인하세요. 2. 다음을 확인하세요: 처리되지 않은 오류, 인젝션, 코드 내 비밀 정보, 오프바이원 오류, 경쟁 조건. 3. 그런 다음에만 이름 지정과 스타일에 대해 의견을 말하세요. 4. 각 발견 사항에 대해 심각도를 명시하세요: blocker, should-fix, nit. ## 출력 심각도순으로 정렬한 발견 사항을 제시하고, 각각에 파일:줄, 문제점, 제안하는 수정안을 포함하세요. 마지막에는 한 줄 평결을 작성하세요: 승인, 수정 후 승인, 수정 요청. ## 가드레일 파일 전체를 다시 작성하지 마세요. 정확성보다 스타일을 먼저 지적하지 마세요.
여기서는 스타일보다 정확성이 우선이므로 단계 순서가 중요합니다. 따라서 검토가 변수 이름에 대한 의견 열두 가지로 시작하지 않습니다. 심각도 척도는 작성자가 우선순위를 정할 수 있게 해 줍니다. "파일 전체를 다시 작성하지 말 것"이라는 안전장치는 Claude Code에서 가장 많은 시간을 절약해 줍니다. 기본 동작이 아무도 요청하지 않은 전체 대체본을 생성하는 것이기 때문입니다.
6. 여행 플래너
--- name: trip-planner description: 날짜, 예산, 관심사를 바탕으로 일자별 여행 일정을 작성합니다. 여행 계획에 사용하세요. --- 당신은 빽빽한 일정표보다 현실적인 속도를 중시하는 여행 플래너입니다. ## 입력 여행지, 날짜, 여행자 수, 1인당 예산, 관심사(다음 중 선택: 음식, 박물관, 하이킹, 나이트라이프, 가족, 느긋한 여행), 이동성 제한. ## 워크플로 1. 날짜를 알려진 공휴일 및 성수기와 대조하고, 관련이 있으면 경고하세요. 2. 이동 시간을 짧게 유지할 수 있도록 관광 명소를 동네별로 묶으세요. 3. 하루에 핵심 활동은 최대 두 개만 계획하고, 3일 차와 6일 차의 오후는 비워 두세요. 4. 매일 비 오는 날을 위한 대안을 하나씩 추가하세요. ## 출력 일정표: 오전 | 오후 | 저녁 | 예상 비용. 그런 다음 준비물 메모와 "미리 예약할 항목" 목록을 작성하세요. ## 가드레일 영업시간이나 가격을 사실로 단정하지 마세요. 관련된 경우 "현재 영업시간을 확인하세요"라고 작성하세요.
관심사 목록은 정해진 항목 중에서 선택하도록 제한되어 있어 모든 취향을 충족하려 하기보다 여행 일정이 일관성을 유지합니다. 하루 두 가지 핵심 활동 규칙에는 좋은 여행에 대한 관점이 담겨 있으며, 그 관점이 이 스킬을 검색 결과가 아닌 사람처럼 느껴지게 합니다. 시간과 가격에 대한 안전장치는 정직함을 위한 것입니다. 모델에는 실시간 데이터가 없으므로 그런 데이터가 있는 척해서는 안 됩니다.
7. 식사 플래너
--- name: meal-planner description: 식이 요건, 예산, 조리 시간에 맞춰 주간 식사 계획과 장보기 목록을 작성합니다. --- 당신은 이상적인 주간이 아닌 실제 주간을 계획하는 가정 요리사입니다. ## 입력 인원수, 식이 제한, 알레르기, 주간 식비 예산, 평일과 주말에 이용할 수 있는 시간, 조리 장비, 싫어하는 음식. ## 워크플로 1. 30분 이내에 만들 수 있는 평일 저녁 5끼와, 더 오래 걸려도 되는 주말 식사 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. 비서
--- 이름: executive-assistant 설명: 받은 편지함과 캘린더 항목을 분류하고, 답장을 작성하며, 일일 브리프를 준비합니다. 일정 조율, 후속 조치, 우선순위 지정에 사용하세요. --- 당신은 바쁜 리더의 비서입니다. 리더의 시간과 평판을 보호하세요. ## 입력 오늘 날짜, 이번 분기 리더의 우선순위(최대 3개), 붙여 넣은 이메일 또는 캘린더 항목, 선호하는 답장 말투. ## 워크플로 1. 각 항목을 지금 처리, 위임, 일정 예약, 무시 중 하나로 분류하세요. 한 줄로 이유를 제시하세요. 2. "지금 처리" 항목에 대한 답장을 리더의 말투로 작성하세요. 80단어 이내로 유지하세요. 3. 아침 브리프를 준비하세요. 상위 3개 항목, 충돌 사항, 거절할 한 가지를 포함하세요. ## 출력 분류 표, 초안, 브리프. 그 외에는 아무것도 작성하지 마세요. ## 가드레일 리더를 대신해 회의를 수락하거나 약속하지 마세요. 승인되기 전까지 모든 초안은 초안일 뿐입니다.
우선순위 입력이 있어야 분류가 가능합니다. 우선순위가 없으면 모든 이메일이 똑같이 긴급해집니다. 브리프의 "거절할 한 가지" 항목은 이 스킬에 관점을 부여합니다. 가드레일은 지원과 결정 사이의 경계를 설정하며, 위임된 AI가 존중해야 할 선입니다.
12. PRD 생성기
--- 이름: prd-generator 설명: 문제 진술과 사용자 조사를 바탕으로 제품 요구사항 문서를 작성합니다. 기능의 범위를 정할 때 사용하세요. --- 당신은 시니어 제품 관리자입니다. 엔지니어가 산정할 수 있는 PRD를 작성하세요. ## 입력 문제 진술, 대상 사용자, 근거(조사 기록, 지원 티켓, 지표), 제약 조건(기한, 플랫폼, 예산), 명시적으로 범위에서 제외되는 항목. ## 워크플로 1. 문제를 사용자 결과로 다시 작성하세요. 해결책을 위장한 문제라면 그렇게 말하세요. 2. Given / When / Then 형식의 인수 기준과 함께 사용자 스토리를 나열하세요. 3. 기준선과 목표를 포함해 성공 지표를 정의하세요. 4. 미해결 질문과 각 질문에 답해야 하는 담당자를 나열하세요. ## 출력 문제, 목표, 비목표, 사용자 스토리, 요구사항(필수 / 권장 / 선택), 지표, 위험, 미해결 질문. ## 가드레일 UI 디자인을 제안하지 마세요. 기준선 지표를 지어내지 말고 "기준선 알 수 없음"이라고 작성하세요.
1단계에서 요구 사항을 그대로 따르기보다 문제를 제기하는데, 이것이 바로 훌륭한 PM이 하는 일입니다. Given / When / Then 형식을 사용하면 인수 기준을 테스트할 수 있습니다. 출력의 비목표 섹션은 PRD에서 가장 유용한 부분인 경우가 많으며, 베이스라인에 대한 가드레일은 아무도 측정하지 않은 수치를 문서에 인용하는 일을 막아 줍니다.
초보자가 하는 실수
- 판매를 위한 설명. "궁극의 생산성 강자"라고 해서는 Claude가 언제 Skill을 불러와야 하는지 알 수 없습니다. 무엇을 하는지, 사용자가 필요할 때 어떤 단어를 입력할지를 작성하세요.
- 입력 섹션이 없음. 그러면 모델이 추측하게 되고, 오류는 바로 그런 추측에서 발생합니다. 필요한 정보와 정보가 누락되었을 때의 처리 방법을 나열하세요.
- 희망 사항 목록처럼 작성된 워크플로. "철저하고 정확하게 하세요"는 단계가 아닙니다. "작성하기 전에 전체 입력을 읽으세요"가 단계입니다.
- 출력 형식이 없음. 고정된 제목이나 열이 없으면 매번 다른 형태가 생성되어 Skill을 습관처럼 활용하기 어렵습니다.
- 모호한 가드레일. "주의하세요"는 아무런 효과가 없습니다. "DOI를 절대 지어내지 마세요"처럼 행동을 바꾸는 내용을 작성하세요. 실제로 본 구체적인 실패를 명시하세요.
복사해서 사용할 수 있는 템플릿
--- name: your-skill-name description: 무엇을 생성하며 언제 사용하는지 한 문장으로 설명합니다. 사용자가 입력할 법한 단어를 포함하세요. --- 당신은 [role]이며, 스스로 정한 기준은 [standard you hold yourself to]입니다. ## 입력 필요한 모든 정보를 나열하세요. 누락된 정보가 있을 때 어떻게 할지(질문하거나, 이름이 지정된 기본값을 사용)를 명시하세요. ## 워크플로 1. 유능한 사람이 가장 먼저 하는 일. 2. 두 번째 항목. 3. 완료하기 전에 자체 점검을 수행합니다. ## 출력 정확한 제목, 표 열, 글자 수 제한, 파일 형식. ## 가드레일 절대 해서는 안 되는 구체적인 사항입니다. 장점이 아니라 실패를 명시하세요.
다음 이름으로 저장하세요 .claude/skills/your-skill-name/SKILL.md Claude Code에서 사용하거나, 본문을 Project 또는 사용자 지정 GPT에 붙여 넣으세요. 그런 다음 실제 입력에 세 번 실행해 보고, 최악의 결과를 만든 섹션을 다듬으세요.
단편이 아니라 전체 파일을 원하시나요?
위의 단편들은 전체적인 형태를 보여 줍니다. 카탈로그 파일은 각 Skill에 대한 여러 완성 예시, 예외 상황 처리, 그리고 Claude가 작업을 넘기기 전에 실행하는 체크리스트를 포함한 완전한 버전입니다. 가장 저렴하게 시작하는 방법은 다음 중 하나를 사용하는 것입니다.
AI 회의록 생성 Skill ($9): 모든 녹취록에서 결정 사항, 실행 항목 및 미해결 질문을 추출합니다.
AI 직무 설명 생성 Skill ($9): 500단어 이하의 포용적이고 성과 중심적인 채용 공고.
AI 루브릭 생성 Skill ($9): 두 명의 평가자가 합의할 수 있는 기준, 수준 및 설명.
AI 인보이스 생성기 Skill ($9): 작업 요약을 바탕으로 번호가 매겨지고 합계가 계산된 고객 전달용 인보이스를 생성합니다.
모든 스킬은 일회성 구매이며(.md 스킬 파일과 README 포함), Claude와 Claude Code, ChatGPT 커스텀 GPT, Gemini Gems 및 Copilot에서 작동하고, 별도 조건 없이 30일 환불 보장이 제공됩니다. 개발자 워크플로는 Claude Code 스킬 컬렉션을, 그 외 모든 용도는 전체 Claude 스킬 컬렉션을 둘러보세요.
자주 묻는 질문
SKILL.md 파일이란 무엇인가요?
frontmatter 블록(name과 description) 뒤에 Claude를 위한 지침이 이어지는 Markdown 파일입니다. 역할, 수집할 입력값, 워크플로 단계, 출력 형식 및 안전장치가 포함됩니다. 작업이 설명과 일치하면 Claude Code가 자동으로 로드합니다.
Claude Code에서는 SKILL.md 파일을 어디에 넣나요?
프로젝트의 .claude/skills/your-skill-name/SKILL.md 또는 모든 프로젝트에서 사용하려는 스킬이라면 ~/.claude/skills/에 넣으세요. 폴더 이름은 frontmatter의 name 필드와 일치해야 합니다.
ChatGPT나 Gemini에서 Claude 스킬 템플릿을 사용할 수 있나요?
네. 파일 본문(frontmatter 뒤의 모든 내용)을 커스텀 GPT의 지침이나 Gemini Gem에 붙여 넣으세요. 형식은 일반 Markdown이므로 Claude Code에서 자동으로 로드되는 기능을 제외하면 Claude 전용 요소는 없습니다.
스킬 파일은 얼마나 길어야 하나요?
추측할 필요가 없을 만큼 충분히 길면서도 2분 안에 읽을 수 있을 만큼 짧습니다. 이 글의 조각은 15~20줄입니다. 실제 운영용 스킬은 작성 예시와 체크리스트가 포함되므로 보통 60~200줄입니다.
이 글의 12개 예시는 실제 제품 파일인가요?
아니요. 동일한 형식으로 작성된 독창적인 조각들로, 구조를 보여주기 위한 것입니다. 유료 파일은 더 길고 예시와 엣지 케이스가 포함되어 있으며 README와 30일 환불 보장이 함께 제공됩니다.
결론
유용한 Claude 스킬은 모두 세심하게 작성된 동일한 6가지 부분으로 구성됩니다. 라우팅을 위한 설명, 역할, 명시적인 입력값, 번호가 매겨진 워크플로, 고정된 출력 형식, 구체적인 안전장치입니다. 템플릿을 복사하고 자신의 업무와 가장 가까운 예시를 바탕으로 작성한 뒤 실제 업무에서 테스트해 보세요. 완성된 파일로 시작하고 싶다면, 위의 $9 스킬이 완성된 스킬이 어떻게 작성되는지 확인할 수 있는 가장 저렴한 방법입니다.
KissMySkills에서 마켓플레이스의 모든 Claude 스킬 찾아보기.
