[Tool] Anthropic이 공개한 스킬 아홉 분류 — 내 세트에 대봤습니다

Anthropic 이 자기들이 내부에서 스킬을 어떻게 쓰는지 두 편에 걸쳐 공개했습니다.

읽고 넘길 수도 있었는데, 마침 저도 스킬을 쓰고 있어서 제 세트에 그 표를 직접 대봤습니다. 결과가 생각보다 아팠습니다.

먼저, 스킬은 파일이 아니라 폴더입니다

첫 번째 글이 흔한 오해부터 정정합니다.

스킬은 마크다운 파일이 아니라 폴더입니다. 스크립트·자산·데이터를 담을 수 있고, 에이전트가 그것들을 찾아 다룹니다.

같은 글에 따르면 Anthropic 은 내부에서 수백 개를 실제로 운용 중이고, 그것들을 정리해보니 아홉 가지로 묶이더라는 것입니다.

아홉 가지 분류

#	분류	무엇인가
1	라이브러리·API 레퍼런스	라이브러리·CLI·SDK 를 올바로 쓰는 법. 참조 코드와 함정
2	제품 검증	코드가 실제로 동작하는지 테스트·확인. playwright·tmux 같은 도구와 함께
3	데이터 조회·분석	데이터·모니터링 스택에 붙어 조회하고 흔한 워크플로를 안내
4	업무 프로세스 자동화	반복 워크플로를 한 명령으로
5	코드 스캐폴딩·템플릿	특정 기능의 보일러플레이트 생성
6	코드 품질·리뷰	조직의 코드 품질 규칙 강제, 리뷰 보조
7	CI/CD·배포	코드 가져오기·푸시·배포
8	런북	증상을 받아 다중 도구 조사를 거쳐 구조화된 리포트로
9	인프라 운영	정기 점검과 운영 절차

그리고 아홉 중 하나를 콕 집습니다.

검증 스킬이 내부적으로 Claude 출력 품질에 가장 측정 가능한 영향을 미쳤습니다.

이유가 구체적입니다. 모델은 일을 끝낸 것처럼 보이게 만들 수 있고, 정작 무너지는 지점은 마지막 단계 — 결과를 확인하는 대목이라는 것입니다.

그래서 이런 권고까지 붙습니다. 엔지니어 한 명이 일주일을 온전히 검증 스킬을 훌륭하게 만드는 데 써도 값어치가 있다.

제 세트 10개를 대봤습니다

실제 스킬 디렉토리를 읽어 하나씩 대응시켰습니다

세 가지가 걸렸습니다.

발견 1 — 10개 중 9개가 마크다운 한 장

디렉토리를 실제로 세어봤습니다.

	개수
전체 스킬	10
마크다운 파일 하나뿐	9
스크립트·자산이 든 폴더	1

그 하나가 skill-creator 인데, Anthropic 이 만들어 번들로 넣어준 것입니다. 파일 18개, 그중 13개가 마크다운이 아니고, 용량이 268KB 입니다.

즉 제가 직접 만든 스킬은 전부 마크다운 한 장짜리입니다. Anthropic 이 오해라고 지목한 바로 그 형태입니다.

발견 2 — 가장 값어치 있다는 칸이 비었습니다

아홉 분류 중 제품 검증이 없습니다.

like-redteam 이 있긴 한데 이건 6번(코드 품질·리뷰)입니다. 코드를 적대적으로 읽는 것이지, 제품을 실제로 돌려보는 게 아닙니다.

그런데 여기서 흥미로운 게 나왔습니다. 검증이 없는 게 아닙니다. blog-post 스킬 안을 열어보니 검증 규칙이 최소 여섯 군데 박혀 있었습니다 — 날짜를 두 도구로 교차 검증, 실행 안 해본 코드 금지, 검증 못 한 수치 금지, arXiv 원문 확인 스크립트 등.

독립 스킬이 아니라 다른 스킬 안에 묻혀 있었던 것입니다.

두 번째 글이 이걸 구분해서 다룹니다. 스킬은 단독 / 내장 / 연쇄 / PR 통합 중 어떤 실행 맥락에 놓을지 정해야 한다는 것입니다. 제 경우는 “내장”이었고, 그건 선택이 아니라 그냥 그렇게 굳은 것이었습니다.

내장이 나쁘다는 뜻은 아닙니다. 다만 다른 작업에서 재사용할 수 없습니다.

실제로 이 블로그 글을 쓰면서 렌더링 검증 스크립트를 매번 임시 폴더에 새로 만들고 있습니다. 폴더형 검증 스킬이었다면 그 스크립트가 스킬 안에 살았을 겁니다.

발견 3 — 한쪽으로 쏠려 있습니다

10개 중 6개가 업무 프로세스 자동화입니다. blog-post·trend·daily-log·manage-todo·make-plan·gotchas.

반대로 1번(라이브러리 레퍼런스)과 9번(인프라 운영)은 0개입니다.

이게 나쁜 건 아닙니다. 제가 하는 일이 글쓰기와 기록 쪽에 몰려 있으니 자연스러운 결과입니다. 다만 분류표에 대보기 전에는 몰랐습니다. 스킬을 하나씩 필요할 때 만들었을 뿐, 전체 모양을 본 적이 없었습니다.

그래서 무엇을 할 것인가

분류표의 쓸모가 여기 있습니다. 빈칸이 보이면 그게 다음에 만들 것의 후보가 됩니다.

제 경우로 좁히면 이렇습니다.

검증 스킬을 독립시키기. blog-post 안에 흩어진 검증 규칙과, 매번 다시 만드는 렌더링 검사 스크립트를 하나의 폴더형 스킬로 빼는 것. Anthropic 이 가장 값어치 있다고 지목한 칸이고, 제 경우 재료가 이미 있습니다.

마크다운 한 장에서 벗어나기. 최소한 스크립트가 반복되는 스킬부터. 지금은 스킬이 “무엇을 하라”만 적고, “그걸 하는 도구”는 매번 다시 만들고 있습니다.

읽을 때 붙여야 할 단서

아홉 분류는 Anthropic 의 내부 사정을 반영합니다. 수백 개를 굴리는 조직에서 정리한 것이라, 스킬이 열 개인 개인에게 그대로 맞을 이유는 없습니다. 빈칸이 전부 결함은 아닙니다.

“검증이 가장 값어치 있다”도 그들의 측정입니다. 어떻게 쟀는지, 무엇과 비교했는지는 글에 없습니다. 방향은 납득이 가지만 수치로 확인된 건 아닙니다.

제 세트는 표본 하나입니다. 열 개짜리 개인 세트로 일반화할 수 없습니다. 이 글의 쓸모는 결론이 아니라 대보는 방법 쪽입니다.

정리

Anthropic 이 내부 스킬 수백 개를 아홉 가지로 정리해 공개했고, 그중 검증 스킬이 출력 품질에 가장 큰 영향을 줬다고 밝혔습니다.

제 세트 10개를 대보니 업무 자동화에 여섯 개가 몰려 있고, 가장 값어치 있다는 검증 칸이 비어 있었습니다. 정확히는 검증이 없는 게 아니라 다른 스킬 안에 묻혀서 재사용이 안 되고 있었습니다.

그리고 열 개 중 아홉 개가 마크다운 한 장이었습니다. 스킬은 폴더라는 말의 뜻을 그동안 흘려들었던 셈입니다.

스킬을 쓰고 계신다면, 십 분만 들여 자기 것을 이 아홉 칸에 대보시길 권합니다. 빈칸이 어디인지는 대보기 전에는 잘 안 보입니다.

참고

• Lessons from building Claude Code: How we use skills — Thariq Shihipar, Anthropic, 2026-06-03 (2026-08-23 확인). 아홉 분류, “수백 개 운용”, “스킬은 폴더다”, “검증 스킬이 가장 측정 가능한 영향”, 일주일 투자 권고의 출처입니다
• Building verification loops in Claude Code with skills — Delba de Oliveira, Anthropic, 2026-07-22 (2026-08-23 확인). 단독/내장/연쇄/PR 통합이라는 실행 맥락 구분의 출처입니다
• 대조에 쓴 스킬 세트는 제 개인 저장소이고, 분류는 위 첫 번째 글의 정의를 따라 제가 직접 대응시킨 것입니다