클로드 스킬 추천 기준 3가지: 82개 만들어 27개만 쓴 뒤 고른 56개

한줄 요약: 클로드 스킬은 개수보다 고르는 기준이 먼저입니다. 82개를 만들어 27개만 쓴 뒤 세운 기준은 세 가지입니다. 최근 90일 안에 갱신됐는가, 회사에서 써도 되는 라이선스인가, 어울리는 상황이 분명한가. 이 기준으로 고른 외부 스킬 30개와 제가 직접 만들어 쓰는 스킬 26개, 모두 56개를 〈클로드 코덱스 스킬 가이드북〉에 무료로 공개해 두었습니다.

목차

1. 스킬은 만들기보다 고르기가 어렵다
2. 82개를 만들어 27개만 썼다
3. 클로드 스킬 고르는 기준 세 가지
4. 스타가 많아도 싣지 않은 저장소
5. 가이드북에 실은 스킬 56개
6. 매주 다시 고르는 방식
7. 팀에서 쓸 스킬을 고를 때

클로드 스킬은 추천 목록에서 여러 개를 설치해도 실제로 부르는 것은 일부입니다. 저도 비슷했습니다. 스킬 82개를 두고 110일 동안 쓴 것은 27개였습니다. 이 글은 추천 목록을 하나 더 보태지 않고, 목록에서 무엇을 남길지 정하는 기준 세 가지와 그 기준을 확인하는 위치를 적습니다.

1. 스킬은 만들기보다 고르기가 어렵다

스킬은 에이전트가 필요할 때 꺼내 읽는 업무 매뉴얼입니다. 공식 문서의 설명은 이렇습니다.

• SKILL.md 파일에 지시를 적어 두면 클로드가 관련 있는 요청에서 그 스킬을 꺼내 쓴다.
• 사람이 /스킬이름으로 직접 부를 수도 있다.
• 스킬 형식은 여러 AI 도구에서 함께 쓰는 공개 표준(Agent Skills)을 따른다.

OpenAI의 코딩 에이전트인 코덱스(Codex)도 같은 표준을 따라 SKILL.md를 읽습니다.

스킬이라는 낱말이 낯설면 AI 자동화 용어 5개를, 남이 만든 스킬을 카탈로그에서 설치하는 화면이 궁금하면 클로드 용어 정리의 마켓플레이스 절을 먼저 보셔도 됩니다.

만들기가 쉬우니 개수가 먼저 늘었습니다. GitHub 코드 검색에서 저장소 맨 위에 SKILL.md를 둔 파일은 2026년 10월 2일 기준 45,312건입니다. 9월 16일에는 43,840건이었습니다.

2. 82개를 만들어 27개만 썼다

제 컴퓨터부터 세어 봤습니다. 2026년 9월 16일에 세션 기록에서 스킬 호출 횟수를 집계한 결과입니다.

• 클로드 코드를 쓴 지 8개월, 제 컴퓨터에 있는 스킬은 82개였다.
• 110일 동안 한 번이라도 쓴 스킬은 27개였다. 나머지 55개는 그 기간에 한 번도 불리지 않았다.
• 가장 많이 불린 것은 세션 마무리 절차로 77회였다.

책을 공개하면서 Threads에 올린 글입니다.

스킬 고를 때 보는 기준 세 가지

1. 지금도 관리되는 스킬: 최근 90일 안에 업데이트
2. 회사에서 쓸 수 있는 스킬: 라이선스 free
3. 내 업무에 맞는 스킬: 어울리는 상황이 분명함

클로드 코드 8개월, 82개 도입해서 27개만 써 보고 세운 기준.

(Threads @buildnwrite, 2026년 9월 18일 게시)

만들었다고 쓰이지는 않습니다. 그래서 무엇을 스킬로 만들지부터 가릅니다. 가이드북의 스킬이란 무엇인가 장에 실은 판정표입니다.

업무	판정
되풀이하고 절차가 정해진 일	스킬로 만들기
한 번 쓰고 끝나는 요청	프롬프트로 충분
되풀이하지만 기준이 매번 바뀌는 일	기준부터 정하기
내 계정 경로가 들어간 일	일반화한 뒤 만들기

3. 클로드 스킬 고르는 기준 세 가지

남이 만든 스킬을 들일 때는 아래 세 질문을 차례로 묻습니다. 하나라도 아니오면 설치를 보류하고 조건을 확인합니다.

기준	확인하는 곳
1. 지금도 관리되는가	GitHub 저장소 첫 화면의 마지막 커밋 날짜
2. 회사에서 써도 되는가	저장소 첫 화면 오른쪽 About의 license 줄
3. 어울리는 상황이 분명한가	가이드북 각 장의 어울리는 독자와 상황 표

기준 1과 2는 저장소 첫 화면 한 장에서 끝납니다. 커밋은 저장소에 변경을 올린 기록이고, 마지막 커밋 날짜가 곧 마지막으로 손본 날입니다. 스타 수는 얼마나 알려졌는지 보는 참고 값으로만 씁니다.

화면의 저장소는 AGPL-3.0입니다. AGPL-3.0은 고쳐 쓰거나 서비스로 내놓을 때 소스 공개 의무가 따를 수 있어, 회사에서는 담당자 확인이 먼저입니다.

설치 전에 사람이 직접 읽어야 하는 이유는 공식 문서에 있습니다.

• 스킬은 스크립트를 함께 묶어 실행할 수 있다.
• 스킬은 스스로 넓은 도구 권한을 줄 수 있어서, 저장소에 든 스킬의 allowed-tools(스킬이 묻지 않고 쓸 수 있는 도구 목록)를 실행 전에 검토하라고 안내한다.
• SKILL.md에 license 칸이 있지만 클로드 코드는 그 값을 받기만 하고 그에 따라 동작하지 않는다.

기준 3은 저장소 화면에 나오지 않습니다. 그래서 가이드북은 스킬마다 같은 틀의 표를 둡니다. 아래는 gstack 장의 표입니다.

4. 스타가 많아도 싣지 않은 저장소

스타가 많고 최근에도 갱신됐지만 책에 싣지 않은 저장소입니다. 품질을 평가한 것이 아니고, 책의 라이선스 기준에 따라 나눈 것입니다. 수치는 2026년 10월 2일 GitHub 기준입니다.

저장소	스타	라이선스	마지막 커밋(한국 시각)
op7418/guizang-ppt-skill	27,163	AGPL-3.0	2026-08-07
mksglu/context-mode	24,796	Elastic License 2.0 (GitHub 표시는 Other)	2026-10-02

• 둘 다 최근 90일 안에 커밋이 있다. 갱신 조건은 통과한다.
• 둘 다 라이선스는 있지만 책의 허용 목록(MIT, Apache-2.0) 밖이다.
• 회사 컴퓨터에 들이려면 설치를 보류하고 라이선스 조건부터 확인할 저장소다.

5. 가이드북에 실은 스킬 56개

고른 스킬은 〈클로드 코덱스 스킬 가이드북〉으로 묶어 2026년 9월 17일 위키독스에 공개했습니다. 외부 저장소의 스킬 30개에는 세 기준을 적용했고, 제가 직접 만들어 쓰는 스킬 26개는 실제로 쓰는 것만 골랐습니다.

2026년 10월 2일 목차 기준으로 기초 9장과 스킬 소개 56장, 8개 부입니다.

부	장 수	스타가 가장 많은 장 (10월 2일 기준)
01 사업	7	pm-skills 제품 기획, 26,720
02 마케팅	9	humanizer 문체 교정, 53,407
03 데이터분석	5	last30days-skill 최근 30일 여론 리서치, 63,355
04 디자인	7	archify 시스템 구조도, 75,851
05 개발	6	superpowers 개발 방법론, 293,999
06 운영자동화	7	obsidian-skills 옵시디언 작업, 49,077
07 에이전트 다루기	8	grilling 계획 검증 질문, 273,949
08 바이브코딩	7	ponytail 과잉 구현 방지, 150,581

• 웹 연재는 전체 무료다. 전자책은 따로 판매한다.
• 외부 스킬 30개는 모두 최근 90일 안에 커밋이 있고 MIT 또는 Apache-2.0이다. 스타는 참고 기준선(개발과 데이터분석 1만, 나머지 2천)이라 3개는 그 아래다.
• 목차 제목 옆 별은 저장소 스타 수를 줄인 표시다. 5만 이상이 세 개, 1만 이상이 두 개, 그 아래가 한 개이고 품질 보증은 아니다.
• 공개 당시에는 50개였고 그 뒤 56개로 늘었다.
• 공개 첫 주에 위키독스 주간베스트 3위, 주간 조회 12,738회였다.

6. 매주 다시 고르는 방식

스킬 저장소는 매주 새로 올라옵니다. 그래서 후보를 매주 같은 기준으로 다시 훑고, 결과를 책의 주간 스킬 레이더 페이지에 올립니다.

• 레이더가 기계로 거르는 것은 스타 기준선, 최근 90일 안 커밋, MIT 또는 Apache-2.0 라이선스다.
• 통과한 목록은 본문 장의 후보일 뿐이다. 클로드 코드와 코덱스 두 제품에서 직접 돌려 본 스킬만 본문 장으로 옮긴다.
• 기준 3, 곧 어울리는 상황은 사람이 표를 쓰며 판정한다.

7. 팀에서 쓸 스킬을 고를 때

스킬은 팀이 일하는 절차를 파일로 적어 둔 것입니다. 어떤 일을 어떤 기준으로 처리하는지는 그 팀이 가장 잘 압니다. 그래서 위의 세 기준은 팀 단위로 옮기면 아래 질문이 됩니다.

• 외부 스킬을 들일 때 라이선스와 마지막 갱신일을 누가 확인하는가.
• 설치 전에 SKILL.md와 스크립트, allowed-tools를 누가 읽는가.
• 우리 업무 가운데 되풀이하고 절차가 정해진 일은 무엇인가. 그 일이 스킬로 만들 후보다.
• 만든 스킬이 실제로 불리는지 언제 세어 보는가.

설치 전 검사를 도구에 맡기는 방법은 가이드북의 SkillSpector 장에서 다룹니다.