스킬(Skill)이 뭐에요?
직접 만들 수도 있나요?
그게 "스킬"이라고 하더라고요.
스킬이 정확히 뭔가요? 직접 만들 수도 있나요?
스킬(Skill)은
"특정 업무의 표준 절차서를
파일로 저장해두는 기능"입니다.
보험업으로 치면, 매번 양식을 새로 만드는 게 아니라
미리 만들어둔 표준 절차서를 꺼내 쓰는 것과 같습니다.
→ Claude가 해당 업무를 수행할 때 자동으로 SKILL.md를 따라 일합니다
→ 팀원과 공유 가능, 누가 시키든 동일한 품질의 결과물
Skill은 "특정 작업의 표준 절차서"입니다. 한 프로젝트 안에 여러 개 존재 가능.
왜 스킬이 필요한가요?
약관 요약할 때마다 매번 "너는 보험 전문가야, 5줄로 요약해줘, 전문 용어는 풀어서…"를 처음부터 타이핑
회의록 작성할 때마다 "결정사항→액션→논의 순서로, 담당자·마감일 필수 기록해줘" 반복 입력
주간업무보고 쓸 때마다 같은 역할·형식·규칙을 반복 입력
팀원마다 프롬프트 형식이 달라서 결과 품질이 들쭉날쭉
스킬은 이 문제를 해결합니다.
"주간업무보고 작성해줘" 또는 "회의록 정리해줘" 한 줄이면 표준 절차가 자동 적용됩니다.
일반 프롬프트 vs 스킬
| 일반 프롬프트 | 스킬 | |
|---|---|---|
| 저장 | 매번 새로 입력 | 파일로 저장, 재사용 |
| 호출 | 전체 문장 타이핑 | Claude가 자동으로 불러옴 |
| 비용 | 항상 컨텍스트 차지 | 호출할 때만 로드 |
| 공유 | 복사/붙여넣기 | 프로젝트 폴더에 넣으면 팀 전체 사용 |
| 자동 호출 | 불가 | Claude가 상황에 맞게 알아서 불러옴 |
스킬은 어떻게 작동하나요?
스킬에 description을 잘 적어두면,
Claude가 대화 맥락에 맞는 스킬을 알아서 불러와 따릅니다.
"AI 추진 보고서 만들어 줘"
// Claude가 자동으로 ai-plan-report 스킬을 불러와
// 정해진 절차대로 실행합니다:
1. 추진 배경 정리
2. 적용 사례 리서치
3. 도입 로드맵 작성
4. 위험·기대효과 정리
5. 결론 + .docx 출력
옆 사람과 동시에 같은 스킬을 호출해 보면,
거의 같은 구조의 보고서가 나옵니다. 이게 스킬의 위력입니다.
스킬 만드는 법
직접 모두 작성할 필요 없습니다. Claude가 프롬프트를 통해 스킬을 만들어 줍니다.
스킬 자동 생성 (추천)
간단한 지시 하나로 Claude가 SKILL.md를 만들어 줍니다.
"주간업무보고 작성 스킬 만들어줘. 우리팀은 매주 월요일에 보고서를 작성하는데,
날짜는 5/11 형식으로 표기하고, 불렛포인트는 명사형으로 끝나야 해.
각 업무는 한 일을 요약해서 3줄 이하로 간결하게 정리해줘."
→ 인터뷰 → 플래닝 → 규칙이 반영된 SKILL.md 자동 생성
또는 자유롭게 요청:
💡 skill-maker란? Claude Code에서 제공하는 스킬 생성 전용 명령어로, 사용자의 요구사항을 자동으로 분석하여 최적화된 SKILL.md 파일을 만들어줍니다. 정확한 명령어는 환경에 따라 다를 수 있습니다.
저장 위치 선택
생성된 스킬을 어디에 저장할지 선택합니다.
| 위치 | 경로 | 적용 범위 |
|---|---|---|
| 개인용 | ~/.claude/skills/스킬이름/ | 내 모든 프로젝트 |
| 프로젝트용 | .claude/skills/스킬이름/ | 이 프로젝트 (팀 공유) |
| 조직용 | 관리자가 설정 | 회사 전체에 배포 |
SKILL.md 구조 이해 (참고)
직접 만들고 싶다면, 이렇게 구성됩니다.
description: 스킬이 뭘 하는지 한 줄 설명
---
## 역할
당신은 어떤 전문가인가
## 핵심 규칙
1. 규칙 1
2. 규칙 2
## 출력 형식
어떻게 결과를 보여줄지
💡 description의 역할: Claude가 사용자의 요청을 받았을 때 이 스킬을 사용할지 판단하는 기준이 됩니다. 명확하고 구체적일수록 자동 호출이 정확합니다.
실전 예시: 주간업무보고 스킬
.claude/skills/weekly-report/SKILL.md
description: 주간업무보고 작성 표준 절차
---
## 역할
당신은 업무보고 전문가입니다.
완료된 작업, 진행 중 작업, 이슈를 체계적으로 정리합니다.
## 핵심 규칙
1. 특정 숫자나 지표를 우선 기록 (예: "일 3건" → "분석 완료 12건, 검토 진행 8건")
2. 수치 없으면 난제/리스크로 분류 (진행 상황 판단 어려운 것)
3. 각 섹션 3~5줄, 불릿 형식
## 출력 구조
주간업무보고 | {날짜} | {팀명}
= 완료 (숫자 위주)
= 진행 중 (진도율)
= 이슈/난제 (해결 방법)
= 계획 (다음주 예정)
주간업무 스킬 사용 방법
/weekly-report
← 스킬 폴더 이름으로 직접 호출
// 방법 2: 자동 인식
"주간업무보고 작성해줘, 지난주 성과 정리해서"
← Claude가 알아서 스킬을 찾아 실행
// 방법 3: 파일 데이터와 함께 자동 실행
"이번주 일정표 (파일 첨부) 기반으로 주간업무보고 만들어 줘"
← description 매칭 → 스킬 자동 적용
결과 예시
● 완료
- 보험상품 분석 5건 완료 (손보 상품 기본분석 3건, 생보 신상품 2건)
- 고객만족도 조사 완료 (응답자 234명, 만족도 87%)
● 진행 중
- 가격 정책 개선안 검토 (진도율 60%, 다음주 월요일 완료)
- 해외 사례 리서치 (진도율 40%, 2개 국가 분석 완료, 2개국 진행 중)
● 이슈
- 데이터 API 응답 지연 → 개발팀과 협의 중, 우회 방안 검토
● 계획
- 가격 정책안 최종 보고 (목요일)
- Q2 리포트 초안 작성 시작
✓ 회의록 스킬 예시
.claude/skills/meeting-notes/SKILL.md
description: 회의록 작성 표준 절차
---
## 역할
당신은 회의록 전문가입니다.
결정사항, 액션 아이템, 논의 내용을 체계적으로 정리합니다.
## 핵심 규칙
1. 순서: 결정사항 → 액션 아이템 → 논의 내용
2. 액션 아이템은 담당자·마감일 필수 기록 (예: 홍길동, 5/15)
3. 미결정 항목은 "(추후 논의)" 표시
## 출력 구조
회의록 | {회의명} | {날짜}
= 결정사항
= 액션 아이템 (담당자, 마감일)
= 논의 내용
회의록 스킬 사용 방법
/meeting-notes
← 회의록 스킬 직접 호출
// 방법 2: 자동 인식
"회의록 작성해줘, 회의 내용은 [텍스트/음성/이미지]"
← 자동으로 meeting-notes 스킬 실행
💡 팀원과 공유하려면?
스킬 폴더를 git에 커밋하면 팀원이 자동으로 사용할 수 있습니다.
주요 설정 옵션
모두 선택사항이며, description만 써도 충분합니다.
스킬이 뭘 하는지 (자동 호출 판단 기준)
어떤 인수를 넣으면 되는지 힌트
true면 사용자만 호출 가능 (자동 호출 차단)
false면 Claude만 자동 호출 (메뉴에 안 뜸)
이 스킬에서 허용할 도구 목록
특정 파일 작업할 때만 활성화
스킬 vs CLAUDE.md, 언제 뭘 쓰나요?
항상 적용되는 규칙
글쓰기 톤, 코드 스타일처럼 매번 적용되어야 하는 짧은 규칙. 1~2줄이면 여기에.
특정 작업 전용 지시
약관 요약, 민원 답변처럼 특정 상황에서만 필요한 상세 지시사항. 호출할 때만 로드.
한 번만 물어볼 질문
저장할 필요 없이 그때그때 물어보면 되는 단발성 질문. 그냥 프롬프트로.
핵심 차이: "호출할 때만 로드"
CLAUDE.md는 매 대화마다 항상 컨텍스트를 차지하지만,
스킬은 호출할 때만 로드됩니다.
긴 내용을 CLAUDE.md에 넣으면 매번 토큰을 낭비하므로,
필요할 때만 쓰는 내용은 스킬로 분리하는 것이 효율적입니다.
또한 프로젝트 폴더에 넣고 git에 커밋하면
팀원 전체가 동일한 스킬을 사용할 수 있습니다.
스킬은 "AI에게 주는 업무 표준 절차서"입니다.
한 번 만들어두면, 누구든 같은 품질의 결과를 얻습니다.
자주 반복하는 업무가 있다면,
오늘 스킬로 만들어 보세요.
'AI > LLM' 카테고리의 다른 글
| [LLM] Claude vs Claude Code 뭐가 달라요? (0) | 2026.05.11 |
|---|---|
| [AI/LLM] LangChain & LangGraph: RAG 구현(LLM 파이프라인 설계)의 고통을 아시나요? (1) | 2025.11.28 |
| [AI/LLM] MCP(Model Context Protocol): LLM이 곧바로 DB에서 최신 데이터도 읽고, 메일도 보내준다고? (2) | 2025.11.21 |
| [AI/LLM] LLM Fine-tuning 완벽 정리: LoRA부터 파인튜닝 vs RAG까지 (0) | 2025.10.21 |
| [AI/LLM] 거대한 LLM에서 가벼운 sLLM으로: LLM 경량화 필요성과 방법 (0) | 2025.10.20 |
