41단계스킬이란 무엇인가

걸리는 시간 · 읽기 약 5분 · 따라 하기 약 15분 · 난이도 ★☆☆ 기본 · 화면 확인 2026.09.27

이 단계를 마치면

• 스킬이 무엇으로 이루어졌고 어떻게 불려 나오는지 설명할 수 있다.
• 프롬프트 붙여 넣기, 프로젝트 지침, 메모리, 스킬 가운데 무엇을 어디에 둘지 판단할 수 있다.
• 내 업무에서 스킬로 만들 후보 하나를 적어 둔다.

같은 설명을 몇 번이나 붙여 넣었는지 세어 본 적이 있는가? 대부분은 세어 보지 않는다. 그리고 정작 그 설명이 빠진 날에야 결과가 달라졌다는 사실을 알아챈다. 스킬은 바로 그 설명을 붙잡아 두는 장치다.

생김새는 단순하다. 스킬은 폴더이고, 그 안에 SKILL.md라는 문서가 반드시 하나 들어 있다. 필요하면 양식 파일이나 참고 문서, 작은 스크립트를 함께 넣는다. SKILL.md 맨 위에는 이름(name)과 설명(description)이 붙는다. Claude는 평소 이 두 항목만 눈여겨보고 있다가, 지금 하는 일이 설명과 맞아떨어지면 그때 본문을 펼쳐 읽고 그대로 따른다.

왜 파일로 남겨야 하는가

붙여 넣기로도 일은 된다. 문제는 그 방식이 사람의 기억에 기댄다는 데 있다. 바쁜 날에는 메모장을 찾을 여유 없이 대충 적게 되고, 설명 한 문장이 빠지면 결과의 모양이 달라진다. 그 차이를 가장 먼저 알아채는 사람은 대개 결과를 받는 상사다.

팀으로 넓히면 문제는 더 커진다. 다섯 사람이 저마다 조금씩 다른 프롬프트를 쓰면 같은 보고서가 다섯 가지 모양으로 올라오고, 누구의 프롬프트가 가장 나은지도 가늠할 수 없다. 스킬은 이 설명을 사람의 머리에서 꺼내 파일 안에 넣어 둔다. 한 번 잘 적어 두면 누가 언제 부탁하든 같은 설명이 따라붙는다.

대화의 무게도 이유가 된다. 긴 설명을 매번 붙여 넣으면 대화 앞부분이 설명으로 가득 찬다. 스킬은 평소에 이름과 설명만 올라와 있다가 필요할 때 본문을 연다. 스킬을 여러 개 두어도 대화가 무거워지지 않는 것은 이 때문이다.

프로젝트 지침, 메모리와는 어떻게 다른가

프로젝트 지침은 그 프로젝트 안에서만 힘을 쓴다. 주간 보고 프로젝트에 적어 둔 규칙을 고객 응대 프로젝트는 알지 못한다. 반면 스킬은 일의 종류를 따라다닌다. 어느 대화에서든 "주간 보고를 써 달라"는 말이 나오면 주간 보고 스킬이 불려 나온다. 비유하자면 프로젝트는 자료를 모아 두는 방이고, 스킬은 일하는 방법을 적어 둔 수첩이다.

메모리는 또 다르다. Claude가 지난 대화에서 나에 대해 알게 된 것을 기억하는 기능이어서, 내 직무나 선호처럼 넓은 맥락을 담기에는 좋다. 하지만 번호를 매긴 작업 순서나 양식 파일을 담는 곳은 아니다.

직급에 따라 달라지는 쓰임

실무자에게 스킬은 되풀이하는 작업을 덜어 주는 도구다. 주간 보고, 회의록, 답변 초안처럼 손이 많이 가는 일부터 스킬로 만들면 된다. 팀장에게는 기준을 나누는 도구다. 팀원들이 올리는 결과물의 모양을 맞추고, 신입에게 "우리 팀은 이렇게 한다"를 글로 건넬 수 있다.

임원이나 대표에게 스킬은 받는 쪽의 기준을 적어 두는 도구가 된다. "나에게 올리는 보고는 결론부터, 한 페이지로"를 스킬로 적어 두면 그 기준에 맞춰 초안을 다듬어 올리기가 한결 쉬워진다. 어느 위치에 있든 출발점은 같다. 내가 되풀이하고 있는 설명이 무엇인지부터 찾아보자.

스킬이 해 주지 못하는 일

그렇다고 스킬이 만능은 아니다. 한 번 하고 말 일이나 매번 조건이 크게 바뀌는 일은 그냥 대화로 처리하는 편이 빠르다. 스킬은 같은 일을 같은 기준으로 되풀이할 때 제값을 한다.

또 스킬은 결과를 대신 책임지지 않는다. 스킬로 만든 보고서도 사람이 읽고 올린다. 밖으로 나가는 일, 곧 발송이나 결제, 삭제는 스킬이 있든 없든 사람이 확인한다.

그렇다면 실제 현장에서는 이 차이가 어떻게 드러날까. 한 영업팀장의 한 주를 따라가 보자.

현장 장면

영업팀 박 팀장은 매주 고객 미팅 메모를 정리해 본부장에게 올린다. 대화를 열 때마다 그는 같은 설명을 붙여 넣었다. "우리 회사 보고 양식은 이렇고, 금액은 반드시 원 단위로 쓰고, 경쟁사 이름은 약칭으로 쓴다."

그런데 유난히 바쁜 주가 있었다. 박 팀장은 메모만 올리고 "보고서로 정리해 줘"라고만 적었다. 돌아온 결과는 깔끔해 보였다. 문제는 본부장실에서 터졌다. 경쟁사 이름이 정식 명칭으로 적혀 있었고, 금액은 "약 3억"처럼 뭉개져 있었다. 본부장이 되물었고, 박 팀장은 원래 설명을 다시 붙여 넣어 고친 보고서를 올려야 했다.

돌이켜 보면 그날 모자랐던 것은 설명 한 문장뿐이었다.

박 팀장은 그 설명을 스킬로 옮겼다. 설명에는 "고객 미팅 메모를 주간 보고로 정리한다"를, 본문에는 금액과 약칭 규칙을 적었다. 다음 주, 그는 메모만 올리고 "이번 주 거 정리해 줘"라고 했다. Claude는 설명을 알아보고 주간 보고 스킬을 꺼냈다. 금액은 원문 그대로, 경쟁사는 약칭으로 옮겨져 있었다. 박 팀장이 한 일이라고는 설명을 한 번 파일에 적어 둔 것뿐이다. 이 스킬은 이 부 내내 다시 등장한다.

따라 하기

1. 지난 한 주 동안 Claude에 붙여 넣은 설명 가운데 두 번 이상 쓴 것을 찾는다. 대화 기록 검색이나 메모장을 활용한다. 성공 기준: 되풀이한 설명이 한 개 이상 나온다.
2. 그 설명이 어떤 일에 붙었는지 한 문장으로 적는다. 예: "고객 미팅 메모를 보고서로 정리할 때". 성공 기준: 일의 이름뿐 아니라 입력물과 결과물이 함께 들어 있다.
3. 위 표를 보고 그 설명을 프로젝트 지침에 둘지, 메모리에 맡길지, 스킬로 만들지 판단한다. 한 프로젝트 안에서만 쓰면 지침, 여러 곳에서 쓰는 작업법이면 스킬이다. 성공 기준: 그렇게 판단한 이유를 한 문장으로 말할 수 있다.
4. 스킬로 가기로 한 것을 이 부 내내 쓸 후보 목록 맨 위에 적어 둔다. 성공 기준: 목록에 후보가 하나 이상 있다.

막히면 이렇게

스스로 점검

• ☐ Claude가 평소에 스킬의 어느 부분만 보고 있는지 말할 수 있는가
• ☐ 프로젝트 지침과 스킬의 차이를 내 업무 예로 설명할 수 있는가
• ☐ 스킬이 있어도 사람이 확인해야 하는 일이 무엇인지 말할 수 있는가

기억할 것

• 스킬은 이름과 설명, 그리고 본문이 든 폴더다. Claude는 설명을 보고 꺼내 쓴다.
• 프로젝트는 자료를 모으는 곳, 메모리는 나를 기억하는 곳, 스킬은 일하는 방법을 적는 곳이다.
• 스킬은 설명을 사람의 머리 밖에 두는 장치일 뿐, 결과를 읽고 책임지는 일은 여전히 사람이 맡는다.

더 알아보기 · 스킬이란 무엇인가 · 스킬을 만든 배경