스킬은 커밋·리뷰·배포처럼 매번 같은 순서로 하는 일의 지시를 SKILL.md 파일 하나로 저장해 두고 /이름 한 줄로 실행하는 Claude Code의 재사용 워크플로우다. 항상 읽히는 CLAUDE.md와 달리 필요할 때만 불리며, 설명을 보고 Claude가 알아서 꺼내 쓰기도 한다.
| 도구 | 언제 읽히나 | 이럴 때 쓴다 |
|---|---|---|
| CLAUDE.md | 대화마다 항상 | 모든 작업에 적용할 규칙 |
| 스킬 | 필요할 때만 | 특정 작업의 순서와 방법 |
| 서브에이전트 | 따로 실행 | 맥락을 나눠서 맡길 큰 일 |
프로젝트의 .claude/skills/스킬이름/ 폴더에 SKILL.md를 만든다. 파일 맨 위에 이름과 설명을 적고, 그 아래에 할 일을 순서대로 쓰면 된다. 예전 커스텀 슬래시 명령도 지금은 이 방식에 합쳐져 있다.
| 위치 | 범위 |
|---|---|
.claude/skills/ | 이 프로젝트에서만 쓰고, Git으로 팀과 공유 |
~/.claude/skills/ | 내 모든 프로젝트에서 쓰는 개인용 |
같은 폴더에 스크립트나 템플릿 파일을 함께 두고 본문에서 가리킬 수도 있다. 이런 파일은 실제로 필요할 때만 읽히므로 컨텍스트를 아낄 수 있다.
Claude는 평소에 스킬의 이름과 설명만 보고 있다가, 요청과 맞는 스킬이 있으면 본문을 불러온다. 그래서 설명에 "언제 쓰는지"를 분명히 적어야 제때 불린다. 배포처럼 함부로 실행되면 안 되는 스킬은 자동 호출을 끄고 직접 /deploy로만 부르게 해 두는 게 안전하다.
예를 들어 /commit 스킬을 만들어 git diff를 보고 컨벤셔널 커밋 메시지를 써서 푸시까지 하게 할 수 있다. /review-pr는 PR 번호를 받아 보안·성능·스타일 관점으로 리뷰하게 만들 수 있다. 스킬 안에서 서브에이전트를 부르면 조사, 코드 작성, 검증을 나눠 동시에 돌릴 수도 있다.
한 번만 할 일이나 매번 방식이 달라지는 일은 그냥 대화로 시키는 편이 낫다. 세 번 넘게 같은 지시를 반복했다면 스킬로 만들 때다. 팀 스킬은 Git에 올라가니, 새 팀원도 /test, /deploy 같은 이름만 알면 팀의 방식을 그대로 따라갈 수 있다.
| 어디서 | 어떻게 쓰나 |
|---|---|
| 커밋·PR 작업 | /commit으로 diff를 보고 커밋 메시지를 쓰고, /review-pr로 매번 같은 기준으로 리뷰 |
| 팀 저장소 | .claude/skills/에 테스트·배포 절차를 올려 팀원 모두 같은 이름으로 실행 |
| 개인 작업 습관 | ~/.claude/skills/에 자주 쓰는 정리·요약 지시를 두고 어느 프로젝트에서나 호출 |
| 여러 단계짜리 일 | 스킬 안에서 서브에이전트를 불러 조사·작성·검증을 나눠 진행 |