AI코딩 완전정복 › 클로드 완전정복 100단계 › 제4편 · 나만의 업무 시스템 › 제5부 › 50단계
이 쪽을 PDF로 보기
제5부 · 반복 업무를 스킬로 만들기

50단계팀에 스킬 나눠 주기

조직 단위로 올려 모두가 같은 기준으로 일한다.

걸리는 시간 · 읽기 약 10분 · 따라 하기 약 40분 · 난이도 ★★★ 심화 · 화면 확인 2026.09.27

이 단계를 마치면

  • 스킬을 팀에 나누는 두 가지 방법의 장단점을 알고 고른다.
  • 스킬의 주인, 고칠 요청 창구, 점검 주기를 정해 안내 메모로 적어 둔다.
  • 넘기는 스킬과 받는 스킬을 보안 기준으로 점검한다.

팀에서 가장 보고서를 잘 쓰는 사람이 내일 다른 부서로 옮긴다면, 그 사람의 요령은 어디로 갈까? 대개는 그 사람과 함께 떠난다. 스킬은 그 요령을 팀에 남겨 두는 방법이다.

내 스킬이 잘 돌아간다면 다음은 팀 차례다. 같은 보고서를 다섯 사람이 쓰면서 각자 다른 프롬프트를 쓰면 결과도 다섯 가지로 나온다. 스킬을 팀에 나눠 주면 모두가 같은 기준으로 첫 초안을 받는다. 부서장이 받아 보는 보고서의 모양이 같아지고, 새로 온 사람도 첫날부터 같은 수준으로 일할 수 있다. 잘하는 사람의 요령이 그 사람 머릿속에만 머물지 않고 팀의 자산이 된다.

나누는 두 가지 방법

방법 좋은 점 약한 점 맞는 경우
폴더를 그대로 건네기 간단하다. 관리자 없이 바로 된다 고칠 때마다 다시 돌려야 하고, 누가 어느 버전을 쓰는지 모르게 된다 두세 사람이 시험 삼아 써 볼 때
조직 단위로 올리기 모두가 같은 버전을 쓴다. 고치면 한 번에 바뀐다 관리자 설정과 요금제가 필요하다 팀이나 본부 전체가 쓸 때

폴더를 건네면 받은 사람이 자기 설정에서 올린다. 팀·기업 요금제에서는 관리자가 스킬을 조직 전체에 올려 구성원이 함께 쓰게 할 수 있다. 쓸 수 있는 방식과 범위는 요금제와 관리 설정에 따라 다르니 사내 관리자와 먼저 확인하자. 처음에는 폴더를 두세 사람에게 건네 시험해 보고, 그 결과를 본 뒤 조직에 올리는 순서가 무난하다.

올리기 전에 정할 세 가지

조직에 올리기 전에 정해 둘 것이 세 가지 있다. 누가 이 스킬의 주인인가. 고칠 요청은 누구에게 가는가. 언제 다시 점검하는가. 주인이 없는 스킬은 양식이 바뀌어도 아무도 고치지 않고, 결국 모두가 틀린 양식으로 일하게 된다. 49단계의 시험 목록도 함께 넘긴다. 주인이 바뀌어도 같은 기준으로 시험할 수 있어야 하기 때문이다.

버전도 관리한다. 어렵게 생각할 것 없다. 안내 메모에 날짜와 바뀐 내용을 적어 두면 된다. "3월 둘째 주, 용어집에 신규 경쟁사 약칭 추가." 이 기록 하나가 있으면 "지난달에는 되던 게 왜 안 되지"라는 물음에 바로 답할 수 있다.

보안

조직에 올린 스킬은 많은 사람이 열어 본다. 폴더 안에 실명·금액·개인 정보가 없는지 47단계 기준으로 다시 확인한다. 양식 파일의 숨은 값, 본보기 속에 덜 가공된 이름까지 살펴본다.

남이 만든 스킬을 받아 쓸 때도 마찬가지다. 스킬은 Claude에게 일하는 방법을 지시하는 글이다. 출처를 모르는 스킬에는 우리가 모르는 지시가 담겨 있을 수 있다. 특히 스크립트가 든 스킬은 무엇을 하는지 읽어 본 뒤에 켠다. 읽어도 모르겠다면 Claude에게 "이 스킬이 무엇을 하는지, 밖으로 무언가를 보내거나 지우는 동작이 있는지 설명해 줘"라고 물어보고, 그래도 확신이 서지 않으면 켜지 않는다.

팀 규모에 따라

작은 팀이라면 주인 한 사람, 요청 창구는 메신저 대화방 하나로 충분하다. 본부나 회사 전체라면 스킬마다 주인을 두고, 관리자가 올리는 절차를 따로 마련한다. 새 스킬은 한 팀에서 먼저 써 본 뒤에 넓힌다. 여러 팀이 쓰는 스킬은 설명이 서로 겹치지 않는지도 살핀다. 45단계에서 배운 경계 긋기가 조직 규모에서 다시 필요해진다.

주인이 바뀔 때

스킬의 주인도 언젠가는 다른 부서로 옮긴다. 그때 넘길 것은 폴더만이 아니다. 안내 메모, 시험 목록, 바뀐 내용 기록을 함께 넘긴다. 새 주인은 넘겨받은 날 시험 목록을 한 번 돌려 본다. 모두 맞으면 그날부터 새 주인의 스킬이 된다. 틀리는 것이 있으면 옛 주인이 떠나기 전에 함께 들여다본다. 이런 절차가 없으면 스킬은 주인이 떠난 날부터 조금씩 낡아 간다.

칼럼에서 읽기 「AI시대에 가장 각광받는 개발언어는?」

“직원 한 사람이 회사를 떠날 때에는 암묵지도 함께 나간다. … 인수인계서 스무 장에 이런 것은 적히지 않는다.”

“… 사람이 나가도 회사가 기억하면, 그 회사는 사람이 바뀔 때마다 뒤로 가지 않는다.”

팀에 올린 스킬은 회사가 기억하는 방법 가운데 하나다. 다만 주인과 시험 목록이 함께 넘어가야 그 기억이 살아 있다. 폴더만 덩그러니 남은 스킬은 인수인계서 스무 장과 다를 바 없다.

CEO경제신문, 2026.08.30

박 팀장의 주간 보고 스킬이 본부 전체로 퍼져 나간 과정을 보며 이 단계를 정리해 보자.

현장 장면

영업 본부는 박 팀장의 주간 보고 스킬을 본부 전체에서 쓰기로 했다. 박 팀장은 서두르지 않았다. 먼저 옆 팀 두 사람에게 폴더를 건넸고, 안내 메모와 시험 목록도 함께 주었다.

한 주 뒤 두 가지 문제가 돌아왔다. 옆 팀은 미팅 메모를 "상담 일지"라고 불렀는데, 그 말로는 스킬이 불리지 않았다. 옆 팀이 맡은 업종의 경쟁사 약칭도 용어집에 빠져 있었다. 박 팀장은 설명에 "상담 일지"를 넣고 용어집에 약칭을 보탰다. 안내 메모에는 날짜와 함께 바뀐 내용 두 가지를 적었다. 시험 목록에도 "상담 일지 정리해 줘"를 새로 넣고 전체를 다시 돌렸다.

그다음 본부 관리자에게 조직 단위로 올려 달라고 요청했다. 올리기 직전, 관리자와 함께 폴더를 한 번 더 열어 보았다. 그런데 본보기 속 고객사 이름 하나가 실제 거래처와 똑같았다. 가공할 때 미처 놓친 이름이었다. 이름을 바꾼 뒤에야 폴더를 올렸다. 주인은 박 팀장이 맡고, 고칠 요청은 팀 메신저 채널 하나로 모으고, 분기마다 시험 목록을 다시 돌리기로 정했다.

한 달 뒤, 본부장이 먼저 알아챘다. 팀마다 제각각이던 보고서의 순서가 같아져 있었다. 고칠 요청 채널에는 두 건이 올라왔는데, 박 팀장은 둘 다 용어집만 고쳐서 해결했다.

따라 하기

  1. 내 스킬 폴더를 47단계 기준으로 다시 점검한다. 성공 기준: 넘겨도 되는 것만 남았고, 모든 파일이 본문에서 불린다.
  2. 스킬 주인, 고칠 요청을 받는 곳, 점검 주기, 바뀐 내용 기록을 SKILL.md 밖의 안내 메모로 적는다. 성공 기준: 처음 받는 사람이 메모만 보고 누구에게 물어야 할지 안다.
  3. 동료 한두 사람에게 폴더와 안내 메모, 시험 목록을 건네고 그 사람 계정에서 올려 써 보게 한다. 성공 기준: 동료가 혼자 올리고 한 번 이상 써 봤다.
  4. 동료의 말투로 스킬이 불리는지, 결과가 내 것과 같은 모양인지 함께 본다. 새로 나온 말은 설명과 시험 목록에 더한다. 성공 기준: 동료의 결과와 내 결과가 같은 모양이다.
  5. 조직 단위로 올릴지 사내 관리자에게 물어볼 내용을 정리한다. 요금제, 올리는 방법, 승인 절차, 올린 뒤 고치는 방법. 성공 기준: 관리자에게 보낼 질문이 네 가지로 정리된다.

복사해 쓰는 프롬프트

아래 스킬을 우리 [팀 이름]에 나눠 주려 한다. 배포 전에 점검해 줘.
- 폴더 안에 실명, 금액, 개인 정보, 사내 기밀로 보이는 것이 있는지
- 다른 팀이 이 일을 부를 때 쓸 만한 말 가운데 설명에 빠진 것
- 다른 사람이 처음 받았을 때 헷갈릴 만한 부분
- 스크립트가 있다면, 밖으로 무언가를 보내거나 지우는 동작이 있는지
- 팀원에게 보낼 한 쪽짜리 안내문 초안(무엇을 하는 스킬인지, 어떻게 부르는지, 고칠 요청은 어디로 보내는지, 주인은 누구인지)

[SKILL.md와 폴더 구성 붙여 넣기]
주인: [ ]
고칠 요청을 받는 곳: [ ]
점검 주기: [ ]

막히면 이렇게

증상 원인 처방
다른 팀에서는 스킬이 안 불린다 팀마다 그 일을 부르는 말이 다르다 그 팀의 말을 설명과 시험 목록에 더한다
사람마다 다른 버전을 쓰고 있다 폴더를 건네는 방식으로만 나눴다 조직 단위로 올리거나, 안내 메모에 최신 버전 날짜를 적고 알린다
양식이 바뀌었는데 스킬은 옛 양식 그대로다 주인과 점검 주기가 없다 주인을 정하고, 양식을 바꾸는 부서가 주인에게 알리게 한다

스스로 점검

  • ☐ 내 스킬의 주인, 고칠 요청 창구, 점검 주기가 적혀 있는가
  • ☐ 폴더를 넘기기 전에 실명·금액·개인 정보를 다시 확인했는가
  • ☐ 남이 만든 스킬을 켜기 전에 무엇을 확인해야 하는지 말할 수 있는가
점검 해설 보기
  1. SKILL.md 밖의 안내 메모에 주인, 고칠 요청을 받는 곳, 점검 주기, 바뀐 내용 기록이 적혀 있고 처음 받는 사람이 누구에게 물어야 할지 알 수 있으면 통과다. 빠진 것이 있다면 「올리기 전에 정할 세 가지」대로 채우고 49단계의 시험 목록도 함께 묶는다.
  2. 넘기기 직전에 본보기, 예시, 양식 파일을 다시 열어 실명, 금액, 개인 정보를 한 번 더 확인했으면 통과다. 아직이라면 「보안」과 47단계 기준으로 다시 보고, 「현장 장면」에서 박 팀장이 올리기 직전에 찾아낸 실제 거래처 이름 사례를 떠올린다.
  3. 남이 만든 스킬은 출처를 보고, 스크립트가 있으면 읽어 보고, 밖으로 보내거나 지우는 동작이 있는지 확인한 뒤에 켠다고 말할 수 있으면 통과다. 막힌다면 「보안」의 둘째 문단을 다시 읽는다. 확신이 서지 않으면 켜지 않는다.

기억할 것

  • 팀 스킬에는 주인, 고칠 요청 창구, 점검 주기가 있어야 한다.
  • 두세 사람과 먼저 써 보고, 그다음 조직에 올린다.
  • 넘기기 전에 폴더 안을 다시 보고, 받은 스킬은 읽어 본 뒤에 켠다.
v2026.09.27.5 · 2026년 9월 27일 기준 · CEO비즈니스스쿨 김문수 교수 · 기능과 화면은 자주 바뀝니다. 책과 화면이 다르면 부록의 공식 문서가 기준입니다.