스킬은 프롬프트가 아니라 '함수'에 가깝습니다

프롬프트는 채팅창에 한 번 입력하고 끝나는 일회용 지시입니다. 반면 스킬은 프로젝트 폴더 안에 저장해 두고 매번 똑같이 실행되는 재사용 파일입니다. 코드로 비유하면, 채팅에 매번 쓰는 지시가 '메모'라면 스킬은 한 번 정의해 두고 계속 호출하는 '함수'에 가깝습니다. Anthropic은 2025년 10월 이 스킬(Agent Skills)을 누구나 쓸 수 있는 오픈 표준으로 공개했고, 지금은 Claude Code를 체계적으로 다루는 다섯 가지 기능 — 슬래시 명령, 훅, 서브에이전트, 스킬, 플러그인 — 중 하나로 자리 잡았습니다.

어떤 업무를 스킬로 만들어야 할까

모든 업무가 스킬 대상은 아닙니다. 네 가지 조건에 맞는 일이 좋은 후보입니다. (1) 매주·매일 반복되고, (2) 정해진 절차가 있으며, (3) 산출물 형식이 일정하고, (4) 품질이 들쭉날쭉하면 곤란한 업무입니다. 회의록을 요약하거나, 기술 스펙을 고객용 안내문으로 바꾸거나, 블로그 글을 SNS 캡션으로 재가공하는 작업이 대표적입니다.

반대로 "전략을 같이 고민해줘" 같은 열린 질문이나, 한 번만 하는 일회성 작업은 스킬로 만들 이유가 없습니다. 스킬은 '반복'에서 값을 뽑는 도구이기 때문입니다.

핵심 원칙 — 'SKILL.md'에는 절차만 담으세요

스킬은 보통 프로젝트 안 .claude/skills/ 폴더에 SKILL.md라는 파일로 만듭니다. 여기서 가장 흔한 실수는 하나의 파일에 절차, 브랜드 가이드, 예시 데이터, 톤 규칙을 전부 몰아넣는 것입니다. 파일이 비대해지면 AI의 집중이 흩어져 결과 품질이 오히려 떨어집니다.

정석은 역할을 나누는 것입니다. SKILL.md에는 "무엇을 어떤 순서로 하는지" 절차만 적고, "무엇을 알아야 하는지"에 해당하는 브랜드 톤·템플릿·참고 데이터는 별도 파일로 분리합니다. 그래야 여러 스킬이 같은 참고 자료를 공유하면서도 각 절차는 가볍고 정확하게 유지됩니다.

스킬을 엮으면 하나의 워크플로우가 됩니다

개별 스킬도 유용하지만, 진짜 생산성은 스킬을 이어 붙일 때 나옵니다. 리서치 스킬의 결과물이 초안 작성 스킬의 입력이 되고, 그 초안이 다시 교정 스킬과 SNS 재가공 스킬로 넘어가는 식입니다. 각 스킬은 독립적이라 필요할 때 하나만 따로 쓸 수도 있습니다.

여기서 스킬과 MCP의 역할을 구분하면 이해가 쉽습니다. 스킬은 "어떻게 하는지"(절차 지식), MCP는 "무엇에 접근하는지"(외부 도구 연결)를 담당하며 서로 조합됩니다. 실제로 저(누끼토끼)도 견적서 작성, 카페24 스킨 변환, 인스타 카드뉴스 제작 같은 반복 업무를 각각 스킬로 만들어 두고, 디자이너·개발자 없이 1인 운영을 유지하고 있습니다.

스킬은 정적인 프롬프트와 달리 매번 같은 품질을 보장하고, 실행 기록을 반영하는 '학습 루프'까지 붙이면 시간이 지날수록 좋아집니다. 1인 사업자라면 가장 자주 하는 업무 딱 하나부터 스킬로 만들어 보시길 권합니다. 완성도를 올린 뒤 다음 스킬로 확장하는 편이, 부실한 스킬 여러 개보다 훨씬 낫습니다.

누끼토끼가 운영하는 강의와 칼럼에서는 이렇게 AI에게 반복 업무를 맡겨 1인으로 여러 몰을 운영하는 실전 자동화 노하우를 이어서 다루고 있습니다.