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

55단계팀에 스킬 나눠 주기

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

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

이 단계를 마치면

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

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

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

나누는 두 가지 방법

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

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

ChatGPT·Codex에서는 ChatGPT 워크스페이스에서는 관리자가 워크스페이스 설정과 Workspace apps 화면에서 구성원이 쓸 수 있는 플러그인과 MCP 서버, 동작 권한을 정합니다. 팀에 나눌 스킬을 플러그인으로 묶어 이 관리 아래 둘지 사내 관리자와 먼저 의논합시다. ChatGPT와 Codex는 플러그인 디렉터리 하나를 함께 씁니다. 커스텀 GPT를 팀에 공유해 왔다면 GPT가 종료된 뒤에는 그 공유도 플러그인 쪽으로 옮겨 갑니다. 받은 플러그인도 아래 보안 원칙대로, 안에 든 스킬과 MCP 서버가 무엇을 하는지 읽어 본 뒤에 켭니다.

올리기 전에 정할 세 가지

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

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

보안

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

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

팀 규모에 따라

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

주인이 바뀔 때

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

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

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

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

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

CEO경제신문, 2026.08.30

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

현장 장면

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

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

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

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

따라 하기

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

복사해 쓰는 프롬프트

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

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

막히면 이렇게

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

스스로 점검

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

기억할 것

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