스킬(Skill)은 에이전트에게 건네는 업무 매뉴얼에 가깝습니다. 평소에는 폴더 안에 있다가 관련 작업이 들어오면 에이전트가 필요한 지침과 스크립트만 읽습니다. 거창한 플러그인이라기보다, 일을 시작하기 전에 확인할 순서와 하지 말아야 할 행동을 적어 둔 문서에 더 가깝습니다.

저도 반복 작업이 끝나면 다음번에 같은 설명을 하지 않으려고 스킬로 남깁니다. 그런데 파일이 늘다 보면 의심이 생깁니다. 내가 만든 지침이 정말 일을 줄여 주는지, 아니면 에이전트가 읽어야 할 문서만 늘린 것인지 구분하기가 쉽지 않습니다.

그래서 사람들이 실제로 많이 찾는 저장소부터 열어봤습니다. 이번 순위는 2026년 8월 12일 GitHub 스타 수를 기준으로 했습니다. 다운로드 수나 설치 수가 공개되지 않은 경우가 많아, 누구나 다시 확인할 수 있는 지표를 택했습니다. 단, 저장소 전체의 인기 순위이지 그 안의 개별 스킬 품질 순위는 아닙니다.

순위 저장소 GitHub 스타 주로 하는 일 먼저 확인할 점
1 obra/superpowers 약 270.9K 계획·테스트·리뷰 절차 강제 절차와 컨텍스트가 무거울 수 있음
2 affaan-m/ECC 약 239.5K Claude Code용 대형 하네스 필요한 스킬만 골라야 함
3 mattpocock/skills 약 214.1K 질문으로 설계와 판단을 압박 얇은 보조 파일 의존성 확인
4 multica-ai/andrej-karpathy-skills 약 201.7K 짧은 코딩 판단 원칙 Karpathy 공식 저장소가 아님
5 anthropics/skills 약 168.3K 공식 문서·디자인·스킬 제작 예제 라이선스가 모두 같지 않음

1위 obra/superpowers: 코드를 쓰기 전에 멈춰 세운다

obra/superpowers GitHub 저장소 화면

출처: GitHub obra/superpowers, 2026년 8월 캡처

superpowers의 강점은 기능 수보다 작업 순서를 통제하는 방식에 있습니다. 만들 것이 보이면 곧바로 코드로 달려가지 않고, 먼저 무엇을 해결하려는지 묻습니다. 설계 문서와 계획을 만든 뒤 테스트, 구현, 리뷰, 브랜치 마무리까지 순서를 이어 갑니다.

제가 이 저장소에서 눈여겨본 부분은 스킬 적용을 선택 사항으로 두지 않는다는 점입니다. 해당 작업에 맞는 스킬이 있으면 사용하도록 강하게 밀어붙입니다. 덕분에 계획을 건너뛰는 실수는 줄지만, 작은 수정에도 절차가 길어질 수 있습니다. 간단한 문구 하나를 고치는데 전체 방법론이 따라붙는다면 효율이 아닙니다. 범위를 잘라 쓰는 판단은 여전히 사람 몫입니다.

2위 affaan-m/ECC: Claude Code를 운영체제처럼 꾸민다

affaan-m/ECC GitHub 저장소 화면

출처: GitHub affaan-m/ECC, 2026년 8월 캡처

ECC는 Everything Claude Code의 약자입니다. 계획, 테스트, 코드 리뷰, 보안, 메모리, 연구까지 개발 흐름 전반을 한 저장소에 모았습니다. 몇 개의 명령을 추가하는 수준이 아니라 Claude Code를 자기 방식으로 운영하기 위한 배포판에 가깝습니다.

문제는 규모입니다. 모든 파일을 한꺼번에 읽히면 매 세션의 토큰을 상당히 차지합니다. 필요한 지침만 자동으로 골라 주는 라우팅도 완전하지 않습니다. 저는 이런 저장소를 통째로 설치하기보다, 현재 반복되는 문제와 직접 연결된 스킬 두세 개부터 가져오는 편을 택하겠습니다. 인기와 적합성은 다른 문제입니다.

3위 mattpocock/skills: 답보다 질문을 먼저 건넨다

mattpocock/skills GitHub 저장소 화면

출처: GitHub mattpocock/skills, 2026년 8월 캡처

TypeScript 교육자 Matt Pocock이 공개한 작업 습관 모음입니다. grill-me처럼 이름만 들어도 역할이 보이는 스킬이 많습니다. 에이전트가 산출물을 바로 만들지 않고, 사용자가 미처 답하지 않은 질문을 계속 꺼내 계획을 단단하게 만듭니다.

여기서 배울 점은 결과 형식보다 결정을 내리기 전의 행동을 문서화했다는 것입니다. 다만 짧은 스킬 하나가 다른 절차 파일에 기대는 경우가 있으므로 파일 하나만 떼어 설치하면 의도대로 움직이지 않을 수 있습니다. 가져오기 전에 의존 파일과 호출 명령을 함께 확인해야 합니다.

4위 multica-ai/andrej-karpathy-skills: 유명한 원칙을 짧게 묶었다

multica-ai/andrej-karpathy-skills GitHub 저장소 화면

출처: GitHub multica-ai/andrej-karpathy-skills, 2026년 8월 캡처

이 저장소는 Andrej Karpathy가 공개적으로 말해 온 코딩 원칙을 짧은 지침으로 묶었습니다. 코딩 전에 생각하기, 단순하게 만들기, 필요한 부분만 고치기, 검증 가능한 목표 세우기처럼 새 기능보다 판단 기준에 집중합니다.

짧아서 읽히기 쉽고 컨텍스트 부담도 작습니다. 다만 이름 때문에 오해하면 안 됩니다. Karpathy 본인이 만든 공식 저장소도, 그가 승인한 문서도 아닙니다. 저장소에서 명확한 라이선스도 확인하기 어려웠습니다. 아이디어를 참고하는 것과 파일을 그대로 재배포하는 것은 구분해야 합니다.

5위 anthropics/skills: 공식 예제는 기준점으로 쓸 만하다

anthropics/skills GitHub 저장소 화면

출처: GitHub anthropics/skills, 2026년 8월 캡처

Anthropic이 운영하는 공식 저장소입니다. 문서, PDF, 프레젠테이션, 스프레드시트, 프런트엔드 디자인, 스킬 제작 같은 실제 산출물 중심 예제가 들어 있습니다. 스킬을 처음 만드는 사람이라면 설명문을 어떻게 쓰고, 언제 해당 스킬을 불러야 하는지 배우기 좋습니다.

특히 skill-creator는 초안을 만든 뒤 실행 결과를 평가하고 점수에 따라 고치는 루프를 보여 줍니다. 감으로 지침을 늘리는 대신, 전후 결과를 비교하라는 뜻입니다. 다만 저장소 안 문서 스킬 일부는 소스 공개와 자유로운 오픈소스 사용을 동일하게 볼 수 없습니다. 업무에 넣기 전 각 폴더의 라이선스를 확인해야 합니다.

인기 스킬들의 공통점은 기능이 아니라 제동 장치였다

다섯 저장소를 나란히 놓고 보니 공통점이 보였습니다. 인기 있는 스킬은 에이전트에게 더 많은 기능을 주기보다, 너무 빨리 실행하지 못하게 막습니다. 코드를 쓰기 전에 질문하고, 계획을 승인받고, 테스트 없이 끝내지 않고, 필요한 범위 밖을 고치지 못하게 합니다.

또 하나는 누군가의 사고방식을 옮겨 적었다는 점입니다. grill-me는 질문 습관을, Karpathy 지침은 수정 범위를 줄이는 습관을, superpowers는 계획과 검증 순서를 담았습니다. 결국 좋은 스킬은 결과 템플릿보다 “이 상황에서 먼저 무엇을 의심할 것인가”를 기록한 문서에 가깝습니다.

제가 고른다면 이렇게 시작하겠습니다

  1. 반복해서 틀리는 일 하나를 고릅니다.
  2. 그 실수를 막아 주는 스킬 하나만 설치합니다.
  3. 같은 작업을 스킬 적용 전후로 두 번 실행합니다.
  4. 시간, 수정 횟수, 놓친 항목을 나란히 기록합니다.
  5. 효과가 없으면 제거하고, 효과가 있으면 내 업무 표현으로 고칩니다.

별 다섯 개짜리 목록을 전부 가져오는 것보다 이 방식이 덜 화려하지만 오래 갑니다. 순위를 조사하고 나서 오히려 확신한 것은, 가장 유용한 스킬은 남의 인기 저장소가 아니라 내가 반복하는 실수를 한 줄씩 적어 만든 문서일 수 있다는 점입니다.

참고 자료

순위보다 먼저 확인할 것

스타 수는 사람들이 무엇에 관심을 보였는지는 알려주지만, 내 작업에 맞는지는 말해주지 않습니다. 설치 전에는 저장소 전체를 넣기보다 필요한 스킬 하나만 골라 임시 프로젝트에서 먼저 실행하는 편이 안전합니다. 에이전트가 어떤 파일을 읽고, 어떤 명령을 실행하며, 결과를 어디에 남기는지 확인한 뒤 실제 저장소로 옮기면 됩니다.

저라면 세 가지를 기록하겠습니다. 첫째, 스킬이 없을 때와 비교해 질문과 수정 횟수가 줄었는지. 둘째, 지시를 따르느라 불필요한 토큰과 시간이 늘지 않았는지. 셋째, 라이선스와 외부 도구 권한이 조직의 기준에 맞는지입니다. 인기 순위는 출발점일 뿐이고, 계속 쓸지는 이 기록으로 결정하는 게 맞습니다.

참고한 자료