스킬 vs 에이전트 — 에이전트 말고 스킬? 언제 뭘 쓰나

요즘 "에이전트 말고 스킬이라던데"라는 말이 자주 들립니다. 그런데 둘을 경쟁 관계로 오해하면 하나만 붙잡고 엉뚱한 데 쓰게 됩니다.

 

AI 도구를 매일 붙여 쓰고, 이 블로그 자동화도 스킬과 서브에이전트를 엮어 돌리는 입장에서 정리했습니다. 다 읽으면 오해가 풀리고, 스킬만 쓸 때·에이전트를 쓸 때·둘을 엮을 때가 갈립니다.

스킬 vs 에이전트, 뭐가 다른가 — 경쟁이 아니라 층위

관찰부터 인정하면, "일마다 에이전트를 새로 만들지 말고 지식은 스킬로 얹자"는 감각 이동은 맞습니다. 지금 제일 뜨거운 것도 Claude 스킬이죠. 하지만 "에이전트를 버리고 스킬로 돌아간다"는 아닙니다. 둘은 경쟁이 아니라 층위가 다릅니다.

 

스킬은 지식입니다. 무엇을, 어떻게 하는지를 담아둔 것이죠. Claude 스킬(Agent Skills)은 지시·스크립트·필요한 자료를 담은 폴더고, 최소 구성은 SKILL.md 파일 하나입니다. 여기에 이름과 설명 같은 메타데이터가 들어갑니다. Claude가 필요하다고 판단할 때만 이걸 불러와 특정 작업을 더 잘하게 됩니다.

 

에이전트는 일꾼입니다. 실제로 계획을 세우고 도구를 써서 일을 끝내는 주체죠. 스킬이 "요리법"이라면 에이전트는 "요리하는 사람"입니다.

 

Claude 스킬이 가벼운 이유는 점진적 공개(progressive disclosure, 필요한 만큼만 단계적으로 펼치기) 방식 때문입니다.

1. 시작할 때는 스킬의 이름·설명만 시스템에 올려둡니다.
2. 관련 있다고 판단하면 그때 SKILL.md 본문을 읽습니다.
3. reference.md 같은 추가 파일은 정말 필요할 때만 불러옵니다.

그래서 에이전트를 매번 새로 띄우는 것보다 컨텍스트(대화가 기억하는 정보 창)를 덜 먹습니다. Anthropic도 "용도마다 조각난 커스텀 에이전트를 만드는 대신, 범용 에이전트를 조립형 능력(스킬)으로 특화한다"고 설명합니다. 에이전트를 스킬로 대체하는 게 아니라, 에이전트 위에 스킬을 얹는 구조입니다.

구분	스킬(Agent Skills)	에이전트
정체	지식이 담긴 폴더(SKILL.md)	계획·실행하는 주체
하는 일	절차·규칙·포맷을 알려줌	도구를 써서 작업을 끝냄
컨텍스트	필요할 때만 단계적 로드(가벼움)	작업만큼 차지(무거움)
언제	반복 지식 재사용	큰 작업 위임·실행

그래서 언제 뭘 쓰나

층위가 다르니 선택 기준도 갈립니다. 세 갈래로 보면 됩니다.

 

스킬만 쓸 때 — 반복되는 절차·규칙·출력 포맷을 재사용할 때입니다. 커밋 메시지 규칙, 문서 양식, 코드 컨벤션처럼 "매번 같은 방식으로 해줬으면" 하는 지식이면 스킬이 맞습니다. 에이전트를 새로 만들 필요가 없죠.

서브에이전트(하위 작업자)만 쓸 때 — 큰 작업을 떼어내 격리하거나 병렬로 돌릴 때입니다. 조사·리팩터링·테스트 작성처럼 덩치 큰 일을 위임하면, 메인 대화의 컨텍스트를 아끼며 결과만 받습니다. 이 배치는 Claude Code 서브에이전트 실전 배치에서 따로 다뤘습니다.

둘 다 엮을 때 — 가장 성숙한 패턴입니다. 지식은 Claude 스킬로 얹고, 실행은 에이전트가 맡습니다. "회사 문서 양식"을 스킬로 정의해두고 보고서 작성이라는 큰 작업은 서브에이전트에 던지는 식이죠. 이 블로그 자동화 도구도 이 구조로 돌아갑니다. 실제로 잘 나가는 스킬 상당수가 서브에이전트 위에 얹힌 얇은 조율층입니다.

스킬 홍수, 아무거나 깔지 마라

여기서 필터가 필요합니다. 스킬이 뜨자마자 쏟아지고 있는데, 대부분은 챙길 필요가 없습니다.

 

Claude 스킬은 2025-10-16 Claude.ai·Claude Code·개발자 플랫폼에서 지원을 시작했고, 2025-12-18 오픈 표준으로 공개됐습니다. 그 뒤로 커뮤니티 마켓에 몰렸고, 2026-09 기준 보도·집계로는 수십만 개가 올라온 것으로 알려집니다. (수치는 집계 시점·출처마다 다름)

 

문제는 품질입니다. 한 분석(SkillsBench)이 공개 스킬 약 47,000개를 살펴봤더니 평균 품질이 낮았고, 대충 만든 게 많았다고 합니다. 반대로 잘 고른(큐레이션된) 스킬은 작업 성공률을 눈에 띄게 올렸다고 하죠. 결국 많이 까는 것보다 잘 고르는 게 성능을 만듭니다. AI 도구를 고르는 기준은 진짜 챙길 것과 거를 것에서 정리한 필터와 같은 결입니다.

 

아무거나 깔면 두 가지가 새 나갑니다.

• 트리거 혼동 — 설명이 모호한 스킬이 여럿이면, Claude가 언제 뭘 불러야 할지 헷갈립니다.
• 컨텍스트 낭비 — 안 쓰는 스킬도 이름·설명은 매 턴 로드됩니다. 쌓이면 그만큼 대화 창을 먹습니다.

그래서 주기적으로 정리하는 게 낫습니다. 안 쓰는 스킬은 빼고, 설명이 겹치는 건 합치고요. /skill-doctor 같은 도구로 한 번씩 걸러주면 컨텍스트가 가벼워집니다.

자주 묻는 질문

Q. 스킬이 에이전트를 대체하나요?
아닙니다. 층위가 다릅니다. 스킬은 지식, 에이전트는 실행 주체고, 에이전트에 스킬을 얹어 특화하는 관계라 서로 없애지 않습니다.

Q. 스킬이 왜 가볍나요?
점진적 공개 때문입니다. 처음엔 이름·설명만 올려두고, 관련 있을 때만 본문을, 필요할 때만 추가 파일을 불러옵니다. 에이전트를 매번 새로 띄우는 것보다 가볍습니다.

Q. 스킬을 많이 깔면 좋나요?
아닙니다. 대부분 저품질이고, 안 쓰는 스킬도 컨텍스트를 먹고 트리거를 헷갈리게 합니다. 잘 고른 몇 개가 성능을 올립니다.

Q. 뭐부터 써보면 되나요?
매번 같은 방식으로 해줬으면 하는 반복 절차·규칙을 Claude 스킬로 만드는 것부터가 쉽습니다. 조사·리팩터링처럼 덩치 큰 일은 서브에이전트에 위임하고요.

 

정리하면, "에이전트 말고 스킬"이 아니라 "지식은 스킬, 실행은 에이전트, 둘을 엮기"가 맞습니다. 비슷한 고민이면 위 세 갈래 기준으로 나눠 보면 됩니다.

 

설치 환경: Windows 11, Claude Code (Claude Max)

관련 글

• Claude Code 플러그인 만들기 — 스킬·훅·MCP를 하나로 묶어 배포하기
• Claude Code 활용법 정리 — 망치는 습관 3개와 살리는 습관 7개
• AI에 코딩 전적으로 맡기는 실전 워크플로 — 계획부터 자동 검증까지