AI 도구를 쓰다 보면 같은 말을 계속 반복하게 됩니다. 브랜드 톤은 이렇게 맞춰주세요. 문서 포맷은 이렇게 지켜주세요. PDF를 다룰 때는 이 절차를 따라주세요. 블로그 글을 쓸 때는 이 구조를 유지해주세요.

처음 한두 번은 괜찮습니다. 하지만 같은 작업을 계속 반복한다면, 긴 프롬프트를 매번 복사해서 붙이는 방식은 곧 운영 비용이 됩니다. 사람은 피곤해지고, AI는 매 세션마다 같은 설명을 다시 받아야 하며, 토큰도 계속 낭비됩니다. Claude Skills는 이 문제를 줄이기 위한 구조입니다. 핵심은 간단합니다.

자주 반복되는 작업 방식을 하나의 재사용 가능한 지침으로 묶고, Claude가 필요할 때만 꺼내 읽게 만드는 것입니다.

Skill은 재사용 가능한 작업 지침서입니다

Skill은 거창한 플러그인이라기보다, 특정 작업을 어떻게 처리해야 하는지 적어둔 작업 지침서에 가깝습니다. 예를 들어 매번 PDF를 읽고 표를 추출해야 한다고 해보겠습니다. Skill이 없다면 매번 이런 내용을 프롬프트에 넣어야 합니다.

• 어떤 PDF를 어떻게 열어야 하는지

• 표를 어떻게 인식해야 하는지

• 결과를 어떤 형식으로 정리해야 하는지

• 오류가 나면 어떤 대안을 써야 하는지

반대로 Skill을 만들어두면 이 절차를 `SKILL.md` 같은 파일에 보관할 수 있습니다. Claude는 사용자의 요청이 해당 Skill과 관련 있다고 판단하면 그 지침을 읽고 작업합니다.

이 방식의 장점은 사람의 기억에 기대지 않는다는 점입니다. 사용자가 매번 같은 설명을 다시 쓰지 않아도 되고, AI가 세션마다 기억을 잃어도 작업 방식은 파일 안에 남아 있습니다.

왜 마크다운으로 적을까요?

Claude Skills는 보통 마크다운 파일을 중심으로 동작합니다. 마크다운은 사람이 읽기 쉽고, AI도 구조를 이해하기 좋습니다. 제목, 목록, 코드 블록, 표 같은 형식을 텍스트만으로 표현할 수 있기 때문입니다. `SKILL.md` 안에는 이런 내용이 들어갈 수 있습니다.

• 이 Skill을 언제 써야 하는지

• 작업 순서는 무엇인지

• 어떤 파일을 참고해야 하는지

• 어떤 스크립트를 실행해야 하는지

• 결과물은 어떤 기준으로 검증해야 하는지

즉 Skill은 단순한 설명문이 아닙니다. 작업 절차, 참고 자료, 실행 도구, 검증 기준을 한곳에 모아둔 실행 계약에 가깝습니다.

Project, Command, Skill은 다릅니다

Claude를 쓰다 보면 Project, Command, Skill이 비슷하게 느껴질 수 있습니다. 하지만 세 가지는 쓰임이 다릅니다. Project는 냉장고의 모든 재료를 주방에 꺼내놓는 것과 비슷합니다. 언제든 쓸 수 있지만, 당장 필요하지 않은 정보도 컨텍스트를 차지합니다.

Command는 사용자가 정확한 호출어를 입력해야 합니다. 정해진 루틴을 실행하기에는 좋지만, 사용자가 명령어를 기억해야 합니다. Skill은 중간 지점에 있습니다. Claude는 Skill의 이름과 설명을 먼저 알고 있다가, 사용자의 요청이 그 설명과 맞는다고 판단하면 본문을 읽습니다. 사용자가 매번 특정 명령어를 정확히 입력하지 않아도 관련 작업으로 인식할 수 있습니다.

Skills의 핵심은 점진적 로딩입니다

Skills가 실무적으로 좋은 이유는 점진적 로딩에 있습니다. Claude가 모든 Skill의 전체 내용을 항상 읽고 있는 것은 아닙니다. 처음에는 이름과 설명 같은 메타데이터만 들고 있습니다. 그러다가 사용자의 요청이 들어오면 이렇게 판단합니다.

1. 이 요청을 해결하는 데 내가 가진 Skill이 도움이 되는가

2. 설명과 매칭되는 Skill이 있는가

3. 있다면 해당 `SKILL.md`를 읽을 것인가

4. 지침 안에서 추가 파일이나 스크립트를 요구하면 그때 불러올 것인가

이 방식은 토큰을 아끼는 데 도움이 됩니다. 모든 지침을 매번 컨텍스트에 넣지 않아도 되고, 실제로 필요한 순간에만 자세한 절차를 읽기 때문입니다. 더 중요한 점은 품질입니다. 필요한 절차를 그때그때 검색해서 새로 만드는 대신, 이미 검증한 방식과 파일을 재사용할 수 있습니다.

스킬이 없으면 AI는 매번 다시 찾아야 합니다

스킬이 없는 상태에서 Claude에게 PDF 표를 고쳐달라고 요청했다고 해보겠습니다. Claude는 먼저 해결 방법을 찾아야 합니다. 어떤 라이브러리를 써야 하는지, 코드 샘플은 어떤지, 실행하면 결과가 맞는지 확인해야 합니다. 필요하면 인터넷 검색을 하고, 샘플 코드를 보고, 직접 테스트합니다. 반면 Skill이 있다면 흐름이 짧아집니다.

• 이 요청은 PDF Skill과 관련 있음

• PDF Skill의 지침을 읽음

• 필요한 스크립트나 참고 파일을 확인함

• 정해진 절차대로 실행함

• 검증 기준에 맞춰 결과를 확인함

반복 작업일수록 차이가 커집니다. 매번 탐색하고 실험하는 시간을 줄이고, 이미 정리한 방식으로 바로 들어갈 수 있기 때문입니다.

어떤 작업을 Skill로 만들면 좋을까요?

모든 작업을 Skill로 만들 필요는 없습니다. 한 번만 할 일이라면 긴 구조를 만들 필요가 없습니다. 대신 아래 조건에 맞으면 Skill 후보로 볼 수 있습니다.

• 같은 포맷을 자주 반복한다

• 같은 검증 기준을 매번 적용해야 한다

• 참고 파일이나 템플릿이 있다

• 스크립트를 함께 실행해야 한다

• 사람이 매번 설명하면 빠지는 조건이 생긴다

• 결과물의 톤이나 구조를 안정적으로 맞춰야 한다

예를 들어 이런 작업은 Skill과 잘 맞습니다.

• PDF 분석과 표 추출

• 블로그/뉴스레터/카드뉴스 생성

• 회사 브랜드 톤 검수

• 코드 리뷰 체크리스트

• 배포 전 검증 루틴

• 특정 API 연동 절차

• 반복되는 데이터 변환 작업

핵심은 반복성과 검증 가능성입니다. 반복되지만 매번 실수가 생기는 작업일수록 Skill로 묶었을 때 효과가 큽니다.

긴 프롬프트보다 실행 구조가 더 오래갑니다

AI를 잘 쓰는 방법을 프롬프트 문장으로만 생각하면 한계가 있습니다. 프롬프트는 세션마다 다시 넣어야 하고, 조금만 빠져도 결과가 흔들릴 수 있습니다. Skills는 이 문제를 파일 구조로 해결합니다.

작업 방식을 문서로 남기고, 필요한 파일과 스크립트를 함께 묶고, AI가 요청에 따라 필요한 만큼만 읽게 합니다. 그러면 사람은 매번 같은 설명을 반복하지 않아도 되고, AI는 같은 절차를 더 안정적으로 재사용할 수 있습니다. Claude Skills의 가치는 AI에게 더 긴 지시를 쓰는 데 있지 않습니다. 반복되는 일을 하나의 작업 단위로 만들고, 그 단위를 필요할 때만 불러오게 만드는 데 있습니다.

프롬프트를 길게 쓰는 것보다, 반복되는 작업을 Skill로 분리하는 편이 더 오래가는 운영 방식일 수 있습니다.