"프로그래밍 지식이 전혀 없는데 AI를 사용할 수 있을까 걱정이에요..."
"검은 터미널 화면을 보는 게 무섭고, 별로 하고 싶지 않아요."
"하지만 AI 트렌드에 뒤처질까 봐 불안해요 😱"
그런 상태에서도, Claude Code가 제 '고유한 작업 패턴'을 학습하도록 하면, 매번 30분 걸리던 작업이 5분으로 줄어듭니다.
사실, 기회는 비개발자에게 오고 있습니다.
핵심은 Skills 입니다.
포켓몬스터로 치면 '기술머신'과 같습니다.
Claude Code를 사용할 때, 이런 생각을 해보신 적 있나요?
- 확실히 똑똑하다. 하지만 매번 형식, 판단 기준, 배경 정보를 내가 직접 설정해야 한다.
- AI인데도 수동 작업이 많다. "이러면 내가 다 하는 거랑 뭐가 다르지?"
- 다른 사람들은 더 효과적으로 사용하고 있나?
- 사용은 하고 있지만, 제대로 활용하는 건 아니다. 차이점이 무엇인지 모르겠다.
이 글을 다 읽고 나면, AI에 워크플로우를 한 번만 설정해두면 매번 동일한 품질의 결과물이 나오는 환경을 만들 수 있습니다.
남미 최대 전자상거래 기업인 MercadoLibre의 엔지니어 Santiago (@santtiagom_)가 스페인어로 Skills에 대한 완벽 가이드를 공개했는데, 현재 조회수 58만 회를 돌파하며 큰 화제입니다.
그는 직접 50개 이상의 Skills를 만들었고, 이틀 만에 대부분을 삭제했다고 합니다. 이 가이드는 그가 실제로 사용하며 남은 것들을 바탕으로, Claude와 함께하는 작업 방식을 완전히 바꾼 경험에서 비롯되었습니다.
시작하기에 앞서 두 가지 부탁이 있습니다.
- 이 글을 저장해두시고, 이번 주 20분의 시간을 확보해주세요.
- Claude Code를 사용하는 분을 알고 계신다면, 공유해주세요.
이번에는 내용을 알기 쉽게 설명해드리겠습니다.
원본 게시물은 여기입니다.
https://x.com/santtiagom_/status/2030305647535751338
Claude가 매번 설정이 필요한 이유
먼저, 가장 큰 전제부터 말씀드리겠습니다.
Claude Code는 매우 똑똑합니다. 하지만, '여러분의 작업 방식'을 알지 못합니다.
이는 성능 문제가 아니라, 작동 방식의 문제입니다.
Claude는 새 세션을 열 때마다 빈 상태에서 시작합니다. 매번 알려주지 않으면, Claude는 여러분이 선호하는 형식이 무엇인지, 상사가 원하는 보고서 스타일이 무엇인지, 고객에게 보내는 이메일에서 어떤 톤을 사용하는지 알지 못합니다. 이것들은 '여러분만의 고유한 판단 기준'입니다.
이러한 메커니즘은 세 가지 문제를 야기합니다.
문제 1: 일관성 부족
똑같이 "주간 보고서를 만들어줘"라고 요청해도, 오늘은 2,000자짜리 상세 버전이 나오고, 내일은 세 줄짜리 요약본이 나올 수 있습니다. 원하는 형식이 설정되어 있지 않기 때문에 Claude가 매번 스스로 결정해야 합니다.
문제 2: 고유한 판단 기준 누락
Claude는 일반적인 능력은 탁월합니다. 하지만 "회사에서는 결론부터 말해야 한다"거나 "상사는 3페이지가 넘는 문서는 읽지 않는다"와 같이 여러분의 환경에만 적용되는 규칙은 알지 못합니다.
따라서 매번 그 배경을 처음부터 설정해야 합니다.
문제 3: 설정에 드는 노력이 누적됨
형식 사양을 입력하고, 판단 기준을 설명하고, 배경 정보를 공유하는 것.
하루에 이 '설정'에 얼마나 많은 시간을 쓰고 계신가요? AI를 사용하고 있음에도 불구하고, 준비 과정만으로도 지치게 됩니다.
santtiagom_는 이렇게 썼습니다:
"한 번만 지침을 작성해두면, 이후에는 다시 지시하지 않아도 완벽하게 작업을 수행할 수 있다면 어떨까요?それが Skills 입니다."
Skills는 여러분의 워크플로우를 하나의 파일에 작성하여 Claude에 설정하는 메커니즘입니다. 한 번 설정하면, 다음 번부터는 아무 말도 하지 않아도 Claude가 그에 따라 행동합니다.
여기서부터는 Skills의 전체적인 그림을 순서대로 설명하겠습니다.
Skills는 Claude의 '기술머신'입니다
포켓몬스터에서 '기술머신'을 사용해보신 적 있나요?
디스크 하나만 장착하면 그 포켓몬은 새로운 기술을 배웁니다. 한 번 배우면, 모든 배틀에서 그 기술을 원하는 만큼 사용할 수 있습니다. 잊어버리게 하지 않는 한 영원히 말이죠.
Skills는 바로 이 '기술머신'과 같습니다.
SKILL.md라는 파일 하나를 만들어 Claude에 설정합니다.
그러면 Claude는 세션이 열릴 때마다 그 지침에 따라 행동합니다. 더 이상 매번 설정할 필요가 없습니다.
대응 관계를 간단히 정리하면 이렇습니다:
- 하나의 기술머신 → 하나의 SKILL.md 파일
- 기술을 배운 포켓몬이 모든 배틀에서 그 기술을 사용함 → Skill이 설정된 Claude는 모든 세션에서 이를 적용함
- 교체 가능 (다시 배울 수 있음) → Skills도 자유롭게 추가/삭제/교체 가능
- 호환성 존재 (배울 수 없는 기술도 있음) → 일부 Skills는 프로젝트에 맞지 않을 수 있음
중요한 점은 여러분의 작업에도 '기술머신으로 만들 수 있는 작업'이 있다는 것입니다.
예를 들어, 보고서를 작성할 때:
"결론부터 쓰세요. 데이터 포인트는 3개를 넘기지 마세요. 상사가 5초 안에 판단할 수 있는 형식을 사용하세요."
이것을 Skill로 설정하면, 다음 번부터 Claude는 자동으로 이 규칙을 따릅니다.
주간 보고서를 작성할 때:
"세 부분으로 구성: 지난주 실적 → 이번주 계획 → 이슈 사항.
수치는 전주 대비 비교로 작성하세요." 이것도 Skill로 설정할 수 있습니다.
고객에게 이메일을 보낼 때:
"서두에 감사 인사를 표현하세요. 핵심 내용은 3줄 이내로 유지하세요. 다음 행동은 하나만 명확히 제시하세요." 이것 역시 마찬가지입니다.
Skills가 있는 세상과 없는 세상을 비교해 보겠습니다.
[Skills가 없는 경우]
"주간 보고서 만들어줘"라고 요청 → Claude가 제멋대로 형식으로 출력 → "아니, 결론부터 쓰라고", "데이터는 3개로 제한해"라고 수정 → 다음 주, 또 모든 것을 처음부터 입력 시작.
[Skills가 있는 경우]
"주간 보고서 만들어줘"라고 요청 → Claude가 Skills에 따라 출력 → 처음부터 "결론 → 3개 데이터 → 이슈" 형식 → 수정 작업 거의 제로.
santtiagom_는 그의 글에서 이 사고방식을 반복해서 강조합니다.
"5줄짜리 작동하는 Skill이 80개 규칙이 있는 완벽한 Skill보다 더 가치 있습니다."
완벽한 지침을 만들 필요는 없습니다. "결론부터 쓰고, 데이터 포인트는 최대 3개"라는 단 두 줄만으로도 Skill로 설정하면 효과적입니다.
그리고 이것이 제가 개인적으로 가장 전하고 싶은 부분입니다.
Skills의 본질은 '업무 자동화'가 아닙니다.
'여러분의 판단 기준을 언어화하여 AI에 설정하는 행위'입니다.
"결론부터 써라", "데이터는 3개로 제한해라". 이것들은 업무 절차가 아니라, 여러분의 판단 기준입니다. 어떤 정보를 우선시할지, 어떤 순서로 전달할지, 얼마나 상세하게 쓸지.
그 판단들을 파일에 남겨두는 것입니다. 기술머신으로 배운 기술이 포켓몬의 강점이 되는 것처럼, 언어화된 판단 기준은 Claude의 강점이 됩니다.
판단의 자산화. Skills를 한마디로 표현하자면 바로 이것입니다.
필요한 것은 단 하나의 파일: SKILL.md
Skills의 메커니즘은 생각보다 훨씬 간단합니다.
필요한 것은 SKILL.md라는 파일 하나뿐입니다.
이 파일의 내용은 두 부분으로 나뉩니다.
파트 1: 이름과 설명이 있는 '표지'
파일 상단에 Skill의 이름과 '언제 사용해야 하는지'에 대한 설명을 작성합니다.
Claude는 이 '표지'를 보고 "현재 작업에 이 Skill을 사용해야 하는지"를 판단합니다. 이것이 모호하면, 열심히 만든 Skill을 Claude가 찾지 못합니다.
예를 들어, 단순히 "보고서 작성"이라는 이름만 있으면, Claude는 "어떤 보고서? 언제 사용하지?"라고 혼란스러워할 것입니다.
"매주 월요일, 타나카 부장님께 제출하는 주간 영업 보고서를 작성합니다. 구조: 결론 → 수치 → 이슈"라고 작성하면, 주간 보고서 요청이 들어오는 순간 Claude가 자동으로 이 Skill을 선택합니다.
기술머신으로 비유하자면, 이 표지는 "어느 포켓몬이 이 기술을 배울 수 있는지"를 판단하는 것과 같습니다.
파트 2: 구체적인 지침이 있는 '본문'
이것이 실제 여러분의 작업 방식입니다.
"이 순서대로 작성하세요", "이 형식을 따르세요", "이 부분만 꼭 확인하세요"와 같은 구체적인 절차와 규칙을 작성합니다.
Skills는 이 두 부분만으로 작동합니다.
실제 파일을 보는 것이 더 빠르니, 예시를 들어보겠습니다. 영업팀이 매주 상사에게 주간 보고서를 제출하는 상황을 가정합니다.
1---2name: 주간 영업 보고서3description: 매주 월요일 영업팀 주간 보고서를 작성할 때 사용합니다. 타나카 부장님용.4---56# 주간 영업 보고서78## 형식9- 첫 페이지에 결론(이번 주 예상 착지)을 작성합니다10- 수치는 항상 전주 대비 비교로 포함시킵니다 (예: 전주 대비 +12%)11- 딜을 A/B/C 세 가지 레벨로 분류합니다12- 이슈는 하나로 제한하고, 다음 주를 위한 한 줄짜리 구체적인 행동 방안을 추가합니다1314## 타나카 부장님의 규칙15- 3페이지 이상은 읽지 않으십니다. 2페이지 이내로 유지하세요16- 그래프보다는 표를 선호하십니다17- "검토 중"이라고 쓰지 마세요. 항상 "언제까지 무엇을 할 것인지"로 변환하세요
이것이 SKILL.md의 전체적인 그림입니다.
'표지'의 설명에 "매주 월요일... 타나카 부장님용"이라고 적혀 있으면, Claude는 자동으로 "아, 이건 주간 보고서에 관한 거구나"라고 판단합니다.
그런 다음 '본문'의 지침에 따라 매번 같은 형식으로 결론부터 시작하는 2페이지 이내의 보고서를 만듭니다.
"타나카 부장님의 규칙"과 같이 여러분의 직장에서만 적용되는 규칙이야말로 Skills의 진정한 가치입니다. 아무리 똑똑한 Claude라도 가르쳐주지 않으면 타나카 부장님의 선호도를 알 수 없습니다.
활성화하는 방법은 두 가지입니다.
첫 번째는 '/report-creation'처럼 직접 호출하는 것입니다. 활성화를 확실히 하고 싶을 때 사용합니다.
두 번째는 Claude가 표지 설명을 읽고 "지금 이걸 사용해야겠다"고 자동으로 판단하는 것입니다. 설명이 잘 작성되어 있다면, 여러분이 아무런 지시를 하지 않아도 저절로 활성화됩니다.
더 큰 Skill이 된다면 참고 자료나 템플릿을 위한 보조 폴더를 추가할 수도 있지만, 처음에는 SKILL.md 하나로 충분합니다.
Claude, Skill 50개 있어도 느려지지 않습니다
"Skill을 많이 넣으면 Claude의 동작이 느려지지 않을까요?"
처음에 누구나 하는 질문이라고 생각합니다.
정답은: 느려지지 않습니다.
Claude는 모든 Skill을 한 번에 로드하지 않도록 설계되어 있습니다. 필요한 것만 단계적으로 로드합니다.
기술머신으로 비유하자면, 포켓몬은 항상 모든 기술을 동시에 생각하며 싸우지 않습니다. 배틀 상황에 따라 사용할 기술을 선택합니다. Claude도 마찬가지입니다.
레벨 1: 먼저 이름을 훑어봅니다
모든 Skill의 '이름과 설명'만 가볍게 확인합니다. 아직 파일 내용을 읽지는 않았습니다.
레벨 2: 필요한 것만 전문을 읽습니다
현재 요청과 관련 있는 Skill을 찾으면, 해당 Skill의 전문만 읽습니다. 나머지는 건드리지 않습니다.
레벨 3: 필요한 경우 추가 관련 자료를 읽습니다
Skill에서 "이 참고 자료도 읽어주세요"라고 지정한 경우, 해당 파일도 읽습니다.
즉, 50개의 Skill이 있더라도 실제로 로드되는 것은 "현재 작업과 관련된 1~2개"뿐입니다. 성능에 거의 영향을 미치지 않습니다.
하지만 주의해야 할 점이 하나 있습니다.
'표지'의 '설명'이 엉성하면, Claude가 필요한 Skill을 찾지 못합니다.
레벨 1에서 "이번에는 관련 없어 보이는군"이라고 잘못 판단되어 건너뛰어질 수 있습니다.
그래서 표지 설명이 가장 중요하다고 말씀드린 것입니다. "이 Skill이 언제, 어떤 종류의 작업에 사용되어야 하는지"를 명확히 작성하는 것이 중요합니다.
실용적인 가이드라인으로, 모든 Skill 이름과 설명의 총합이 15,000자 이내라면 전혀 문제없습니다. 일반적인 사용에서는 이 한도에 도달할 가능성이 거의 없습니다.
첫 번째 Skill, 6단계로 완성
이제 실전 편입니다.
santtiagom_가 소개한 "첫 번째 Skill을 만드는 6단계"를 자세히 설명하겠습니다.
하지만 먼저 Skill을 만들어야 할 시기를 파악해야 합니다. 다음 세 가지 조건 중 하나라도 해당된다면, Skill을 만들 때입니다:
- 수동으로 입력하고 있는 배경 정보가 있습니다 (형식, 규칙, 톤 등)
- 매번 동일한 품질로 결과물을 얻고 싶은 작업이 있습니다
- 항상 잊어버리는 단계가 있습니다
반대로, 일회성 작업이나 매번 조건이 완전히 다른 작업에는 Skills가 적합하지 않습니다.
이제 6단계를 순서대로 살펴보겠습니다.
1️⃣ Skills의 씨앗은 반복에 있습니다
"같은 배경 정보를 3번 이상 입력했다면, Skill 후보입니다."
santtiagom_는 이렇게 단언합니다.
회의록 형식, 보고서 구조 규칙, 이메일 톤. 매번 입력하는 배경 정보가 있다면, 그것은 Skill로 설정해야 한다는 신호입니다.
오늘부터 일주일 동안, Claude에 수동으로 입력하는 내용을 메모해보세요. 3번 이상 반복하는 것들을 발견하게 될 것입니다.
2️⃣ 하나의 폴더와 하나의 파일로 준비
Claude Code 프로젝트 내에 .claude/skills/ 폴더를 만들고, 그 안에 Skill 이름으로 된 폴더를 만든 후, 그 안에 SKILL.md 파일을 배치합니다.
1.claude/skills/2 └── weekly-report/3 └── SKILL.md
준비는 이것으로 끝입니다.
3️⃣ 처음에는 5줄이면 충분합니다
santtiagom_의 말을 기억하세요: "5줄짜리 작동하는 Skill이 80개 규칙이 있는 완벽한 Skill보다 더 가치 있습니다."
처음부터 완벽을 목표로 하지 마세요.
앞서 예시로 든 주간 보고서의 경우에도, 처음에는 이것만으로 충분합니다:
1---2name: 주간 영업 보고서3description: 매주 월요일 영업팀 주간 보고서를 작성할 때 사용합니다4---56결론부터 쓰세요. 수치는 전주 대비 비교입니다. 이슈는 하나로 제한하세요. 2페이지 이내.
완성입니다. 본문은 단 한 줄입니다.
어떠신가요? 이 정도면 오늘 당장 시작할 수 있지 않을까요?
사용하면서 "타나카 부장님은 그래프보다 표를 더 좋아하시더라" 또는 "'검토 중'이라고 쓰면 다시 보내더라"와 같은 점을 발견하면, 그때마다 추가하면 됩니다.
앞서 보여드린 완성된 버전은 이렇게 성장시킨 결과입니다.
4️⃣ 비교 테스트로 효과 확인
Skill을 켠 상태와 끈 상태에서 동일한 요청을 해보세요.
결과물에 확실한 차이가 있다면 Skill이 제대로 작동하고 있다는 증거입니다.
차이가 없다면 Skill 내용에 'Claude가 이미 알고 있는' 것들만 포함되어 있을 수 있습니다. 여러분만 알 수 있는 판단 기준을 추가해보세요.
5️⃣ Skill은 실패할 때마다 성장합니다
테스트 후에 "이 부분이 여전히 이상해"라는 느낌이 든다면, 그 부분을 매번 SKILL.md에 추가하세요.
santtiagom_의 말을 빌리자면, "같은 수정을 3번 했다면, Skill에 추가하세요."
완벽한 Skill은 처음부터 만드는 것이 아니라, 사용하면서 성장시키는 것입니다. 이 '실패에서 배우고 성장하는' 과정은 여러분의 판단 기준을 점점 더 정밀하게 만드는 행위입니다.
6️⃣ Claude 자체가 개선 제안을 해줍니다
이것이 흥미로운 부분입니다.
Anthropic에서 공식 제공하는 skill-creator Skill을 사용하면, Claude 자체가 "이 Skill을 더 좋게 만들려면 이렇게 해보는 게 어떨까요?"와 같은 제안을 해줍니다.
AI에 워크플로우를 설정하면, 이제 AI가 다시 "이렇게 하는 것이 더 효율적일 것 같습니다"라고 제안해옵니다. 이 순환이 Skills의 재미이자 강점입니다.
유용한 Skill을 성장시키기 위한 3가지 위험 신호
Skill을 만들었다면, 제대로 작동하는지 확인해야 합니다.
santtiagom_는 단 하나의 판단 방법만을 제시합니다.
동일한 작업을 3번 실행했을 때 매번 다른 결과가 나온다면, 그 Skill은 개선이 필요합니다.
구체적으로는 다음 세 가지 위험 신호를 주의하세요:
위험 신호 1: 지침이 무시됨
Skill의 표현이 모호할 때 발생합니다.
예를 들어, "명확하게 작성하세요"라고 지정해도, '명확함'의 기준은 Claude에게 불분명합니다. 이 경우 Claude는 자신의 판단에 따라 작성할 수밖에 없습니다.
"결론부터 쓰세요. 한 문장은 40자 이내로 유지하세요. 전문 용어는 사용하지 마세요."
이 정도로 구체적으로 작성하면 Claude는 망설이지 않습니다. 핵심은 모호한 형용사보다 숫자와 구체적인 규칙으로 작성하는 것입니다.
위험 신호 2: Skill이 활성화되지 않음
'표지' 설명에 문제가 있는 경우입니다.
앞서 설명한 단계별 로딩 방식을 기억하세요. Claude는 레벨 1에서 '이름과 설명'만 보고 판단합니다. 여기서 설명이 모호하면 "이번에는 관련 없어 보이는군"이라고 판단되어 건너뛰어집니다.
설명만 보고도 "언제, 어떤 작업에 사용해야 하는지"가 한눈에 파악되는지 확인하세요.
위험 신호 3: 결과물이 평범하고, Skill 유무에 차이가 없음
Skill에 작성된 내용이 'Claude가 이미 알고 있는' 것들뿐인 상태입니다.
Claude는 똑똑하기 때문에, 가르쳐주지 않아도 일반적인 사항은 스스로 판단할 수 있습니다. 올바른 방법은 여러분만 아는 판단 기준을 Skills에 작성하는 것입니다.
"상사는 결론부터 읽는다", "데이터가 3개를 넘으면 건너뛴다", "전주 대비 비교로 쓰지 않으면 화를 낸다". 이러한, 여러분의 환경이 있기에 필요한 규칙들이 Skill의 가치를 결정합니다.
santtiagom_의 모범 사례 중에서 특히 중요한 4가지를 골라 소개합니다.
① Claude는 똑똑합니다. 이미 알고 있는 것을 가르칠 필요는 없습니다.
"JSON 형식으로 출력하세요"와 같은 일반적인 지침은 불필요합니다. Claude는 이미 알고 있습니다. "왜 그렇게 하는지", "어떤 순서로 하는지"와 같이 여러분 작업의 판단 기준을 가르쳐주세요.
② 500줄을 넘으면 분할하세요
그는 500줄이라고 말하지만, 실제 운영에서는 skil.md 자체는 약 100줄 정도가 좋습니다. 볼륨이 너무 커지면 Claude Code의 판단 품질이 떨어집니다.
따라서 Skill이 너무 커지면 참고 자료는 별도 폴더에 저장하세요. 장기적으로 사용하는 요령은 SKILL.md 본문을 핵심 지침에만 집중시키는 것입니다.
③ 이상이 아닌 실제 사례로 테스트하세요
가상의 요청으로 테스트하는 것은 의미가 없습니다. 실제로 월요일에 하는 업무를 Skills를 사용하여 시도해보세요. 실제 업무에서 누락된 지침을 발견할 수 있습니다.
④ 완벽을 목표로 하기보다 사용하면서 성장시키세요
같은 수정을 3번 했다면, SKILL.md에 추가하세요. 이 반복이 여러분만을 위한 Skill을 성장시키는 최단 경로입니다.
더 깊이 사용하고 싶은 분들을 위해
고급 편입니다.
모든 분이 당장 해야 할 필요는 없지만, '더 활용하고 싶은' 분들을 위해 소개합니다.
1️⃣ 즉시 사용 가능한 공식 Skills가 있습니다
Claude의 개발사 Anthropic이 공식적으로 5가지 종류의 Skills를 출시했습니다.
Word 파일 처리, Excel 파일 분석, PDF 읽기, PowerPoint 생성, 프론트엔드 디자인. GitHub에서 설치하기만 하면 즉시 사용할 수 있습니다.
커뮤니티에서 만든 Skills를 모아놓은 skills.sh라는 사이트도 있습니다. 단, 타사에서 만든 것이므로 사용 전에 내용을 확인하는 것을 추천합니다. 위험한 내용이 포함될 가능성이 있으니, 그 부분은 각별히 주의하시기 바랍니다.
2️⃣ 저장 위치는 두 가지: 개인용과 팀용
Skills에는 두 가지 저장 위치가 있습니다.
개인 전용:
홈 폴더의 .claude/skills/에 배치하면, 어떤 프로젝트를 열든 관계없이 사용할 수 있는 개인 전용 Skill이 됩니다.
팀 공유용:
프로젝트 내의 .claude/skills/에 배치하면 버전 관리에 포함되므로, 팀원 모두가 동일한 Skill을 사용할 수 있습니다.
개인적으로는 이 팀 공유가 Skills의 숨겨진 본질이라고 생각합니다.
여러분의 판단 기준이 파일이 된다는 것은, 팀원이 교체되어도 작업의 품질이 유지된다는 것을 의미합니다. 판단 기준이 더 이상 개인에게 의존하지 않게 됩니다. 이는 조직에게 상당히 큰 변화입니다.
3️⃣ Skills는 외부 서비스와도 연결됩니다
외부 도구에 연결하는 메커니즘인 MCP와 Skills를 결합하면, Claude가 외부 서비스와 직접 상호 작용할 수 있게 됩니다.
santtiagom_는 이것을 "지침이 아닌 프로세스를 위임할 수 있게 된다"고 설명합니다.
하지만 이것은 엔지니어를 위한 고급 사용법입니다. 먼저 앞서 소개한 기본 6단계부터 시작하는 것을 추천합니다.
요약
이 글의 핵심을 6가지로 요약합니다. 나중에 다시 볼 수 있도록 저장해두세요.
- Skills는 'AI에 워크플로우를 설정하는 파일'입니다. 포켓몬의 기술머신처럼, 한 번 설정하면 매번 활성화됩니다.
- Claude는 똑똑하지만 '여러분의 작업 방식'을 알지 못합니다. Skills가 없으면 매번 모든 것을 직접 설정해야 합니다.
- 필요한 것은 단 하나의 파일: SKILL.md입니다. 내용은 '이름 + 설명 + 지침'뿐입니다.
- 50개를 넣어도 괜찮습니다. Claude는 필요한 Skills만 선택하여 로드합니다.
- 작게 시작해서 성장시키는 것이 올바른 방법입니다. 5줄짜리 작동하는 Skill이 80개 규칙의 완벽한 Skill보다 낫습니다.
- Skills의 본질은 업무 자동화가 아니라 '판단의 자산화'입니다. 여러분의 판단 기준을 언어화하여 AI에 설정하는 행위입니다.
이 글이 조금이라도 도움이 되셨다면.
도쿄대학 Claude Code 연구소 (@ClaudeCode_UT)는 Claude Code 골수 팬이자 현역 도쿄대학생 회원들을 중심으로 매일 게시물을 올리는 계정입니다.
비즈니스 실무에 특화된 '진정으로 유용한' 정보와 노하우를 매일 전달하고 있습니다.
팔로우하시면 이런 정보를 얻을 수 있습니다 👇
- Skills 및 CLAUDE.md와 같이 'AI에게 업무를 학습시키는 기술'에 대한 실용 가이드
- 비개발자를 위한 해외 최신 AI 활용 주제 설명
- '진정으로 유용한' Claude Code 스킬을 무료로 받을 수 있는 유일한 곳
관심 있으시면 팔로우하고 확인해보세요! 👀
또한, 공식 LINE을 시작했으니 제한된 정보를 빠르게 받아보고 싶다면 가입해주세요! 함께 학습을 가속화하고 AI 에이전트 시대를 극복해나갑시다! ❗️
