클로드 스킬, 무작정 쓴다고 좋은 게 아닙니다.
같은 AI를 쓰는데 결과물이 달라지는 이유
내 AI가 알고 있는 사전 정보량이 다르기 때문입니다.
여기서 말하는 사전 정보량이란, AI의 지능이 얼마나 좋냐가 아닌
내가 하려는 작업에 대해 얼마나 잘 이해하고 있느냐죠.
같은 고난도 작업을 던져도, 기준을 미리 갖고 있는 쪽은
두세 번 만에 끝나고 없는 쪽은 대화를 스무 번 넘게 주고받습니다.
흔히들 모델 성능 차이로 오해하지만,
진짜 차이는 작업 전 무엇을 깔아두고 시작했느냐입니다.
방향을 주지 않으면 AI는 가장 무난한 평균값으로 수렴합니다.
랜딩 페이지를 만들어 달라고 했을 때
어딘가 다 비슷하게 나오는 현상, 이른바 'AI slop'도 같은 이유입니다.
정답을 못 찾은 게 아니라 기준을 안 줬기 때문에 중앙값으로 간 겁니다.
프롬프트, 스킬, 자동화는 어떻게 다른가요?
셋은 반복 강도에 따른 단계입니다.
한 번만 할 일은 프롬프트로 충분하고,
판단 기준이 반복되면 스킬이며,
절차가 완전히 고정되면 그게 자동화입니다.
단계가 올라갈수록 사람의 개입은 줄지만 예외성이 약해지죠.
구분 | 무엇인가 | 언제 쓰나 | 한계는 |
|---|---|---|---|
프롬프트 | 그때그때 던지는 지시 | 한 번만 할 일 | 매번 다시 설명해야 함 |
스킬 | 미리 읽혀두는 작업 설명서 | 판단 기준이 반복될 때 | 사람이 시작은 걸어야 함 |
자동화 | 사람 없이 도는 고정 절차 | 절차가 완전히 굳었을 때 | 예외 상황에 약함 |
‘스킬’이 실무에서 많이 쓰이는 이유가 여기 있습니다.
마케팅 업무 대부분은 절차는 반복되는데 판단은 매번 필요한 형태이기 때문입니다.
자동화까지 밀어붙이면 예외가 생길 때마다 사람이 되돌려야 하잖아요?
그럼 언제 프롬프트를 스킬로 올리나요?
같은 기준을 세 번 이상 설명하고 있을 때입니다.
횟수 자체가 중요한 건 아니고, 세 번쯤 되면 그 지시가
단순 일회성보다 내 작업 방식이라는 게 드러나기 때문입니다.
반대로 두 번 만에 끝날 일을 스킬로 만들면 그닥 효율적이진 않죠.
만약 판단에 대한 기준이 애매하면 하나를 더 봅니다.
그 지시를 남에게 넘길 수 있게 글로 적을 수 있는가?
적히면 스킬이 되고, 적으려는 순간 매번 다르다면 아직 프롬프트입니다.
스킬은 무엇을 기준으로 고르나요?
기능 목록이 아니라 내가 막히는 지점으로 고릅니다.
100개 넘게 사용해보며 얻은 노하우는 아래와 같습니다.
최근 일주일간 AI에게 시킨 일을 적는다
두 번 이상 반복한 지시를 표시한다
막히는 지점이 정리 · 효율 · 완성도 · 반복 중 어디인지 나눈다
해당 칸의 스킬 하나만 켜고 2주 써본다
한 번에 여러 개를 사용하면 무엇이 효과를 냈는지 구분하기 어렵습니다.
(물론 그것조차 AI한테 조사하라고 하면 해주겠지만 그게 무슨 의미가 있을까요?)
광고 소재 테스트와 같은 원리로, 변수를 하나씩 바꿔야 원인이 보입니다.
이런 상황에는 이 스킬을 써보세요!
정리에는 되묻는 스킬,
효율에는 불필요한 생성을 막는 스킬,
완성도에는 스타일 방향을 먼저 정하게 하는 스킬,
반복에는 스킬 자체를 만들어주는 스킬
저희가 실무에 정착해서 사용하고 있는 4개!
스킬 | 이런 순간에 | 바뀌는 것 |
|---|---|---|
grill me | 머릿속에만 있고 말이 안 될 때 | 애매한 지점을 먼저 없앰 |
Pony tail | 여러 작업을 한꺼번에 돌릴 때 | 필요한 만큼만 만들게 함 |
Taste-skill | 페이지가 다 비슷하게 나올 때 | 스타일 방향을 먼저 정함 |
Skill create | 같은 지시를 계속 반복할 때 | 내 방식을 스킬로 굳힘 |
스킬을 직접 만들어도 되나요?
최고입니다!
아무래도 남이 만든 스킬은 그 사람의 작업 방식에 맞춰져 있기 때문에
처음에는 잘 맞는 것 같다가, "흠..막상 그렇게 유용하진 않네..?"하게 됩니다.
그래서 제일 좋은 건 Skill create처럼 만들기·테스트·패키징을 대신해주는 스킬과 Grill me 같이 되묻는 스킬을 함께 쓰면서 나만의 스킬을 만드는 겁니다!
자주 묻는 질문
Q. 스킬을 쓰면 프롬프트는 안 써도 되나요?
아닙니다. 스킬은 판단 기준을 미리 깔아두는 것이고,
무엇을 시킬지는 여전히 프롬프트로 던집니다.
스킬이 줄여주는 건 지시의 횟수가 아니라 매번 반복하던 배경 설명입니다.
Q. 스킬을 여러 개 쓰면 서로 부딪히지 않나요?
역할이 겹칠 때 문제가 생깁니다.
비슷한 일을 하는 스킬이 여럿이면 어떤 기준으로 움직였는지 추적이 안 됩니다.
막히는 지점별로 하나씩 두는 편이 관리하기 쉽습니다.
Q. 코딩을 모르는데 스킬을 만들 수 있나요?
만들고 싶은 걸 말로 설명하면 만들고 테스트까지 해주는 스킬이 있습니다.
다만 "무엇을 자동화할지"는 사람이 정해야 해서, 반복 업무를 적어두는게 빠릅니다.
Q. 만들어놓고 안 쓰게 되는 스킬은 왜 그런가요?
대체로 아직 반복 구간이 아닌 일을 스킬로 만들었기 때문입니다.
세 번 이상 같은 기준을 설명한 적이 없다면, 그 일은 프롬프트로 처리하는 게 맞습니다.
Q. 남이 만든 스킬부터 써보는 게 나을까요?
처음에는 그렇습니다. 어떤 형태로 쓰이는지 감을 잡는 데는 기존 스킬이 빠릅니다.
다만 내 작업과 안 맞는 지점이 보이기 시작하면 그게 직접 만들 재료이므로,
그 시점에 넘어가는 흐름을 권합니다.