← 목록으로
01 / 34
PART 6 · 이론 강의
쪼갠 업무를
Claude Code Skill
패키징하기
프롬프트가 아니라, 반복 가능한 업무 수행 절차를 만든다
02 방금 쪼갠 업무를 — 이제 '패키징'합니다
쪼갠 업무 단위
패키징
반복 가능한 AI 수행 방식
Skill
쪼갠 표만으로는 AI가 매번 일관되게 일하지 못합니다.
이 업무 방식을 AI가 반복해서 따를 수 있게 패키징해야 합니다.
03 오늘 다룰 것
왜 Skill인가
프롬프트 vs Skill
Skill의 구조
7요소 + 맡당쪼 6부족함
예시 → 실습
품의서 Skill · 좋은/나쁜
04 Skill을 한 문장으로
Skill은 긴 프롬프트가 아니라,
우리 팀 반복 업무의 업무 매뉴얼이다
흔한 오해 ✕
  • 좋은 프롬프트 저장소?
  • 자동화 스크립트?
  • 챗봇 만들기? / 개발자용 기능?
우리 정의 ○
쪼갠 업무 단위에 대해 언제 쓰는지·무엇을 입력·어떤 순서·무슨 기준·어떤 결과물·사람이 어디를 검토하는지 적어둔 AI 업무 패키지
05 7-1 · 왜 Skill이 필요한가 — 프롬프트의 한계
프롬프트의 한계
  • 1회성이다
  • 사람마다 지시 방식이 다르다
  • 기준이 대화 속에 흩어진다
  • 결과 품질이 매번 다르다
  • 팀 단위 재사용이 어렵다
프롬프트는 요청이고,
Skill은 업무 방식이다
06 7-2 · Skill이란 — 폴더형 업무 패키지
구성역할
SKILL.md업무 수행 지침
examples/좋은 입력 / 출력 예시
templates/결과물 형식
references/기준서 · 가이드 · 체크리스트
scripts/필요 시 자동 처리 코드 (옵션)
오늘 목적은 코딩이 아니라 업무 기준을 구조화하는 것 — scripts/는 옵션
07 7-3 · 프롬프트 vs Skill
구분프롬프트Skill
성격1회성 요청반복 가능한 업무 모듈
기준대화마다 다시 설명파일에 고정
입력즉석에서 제공입력 형식 정의
출력매번 달라질 수 있음결과물 형식 정의
공유개인 노하우팀 자산
개선감으로 수정예시 / 테스트로 개선
프롬프트는 개인의 말솜씨에, Skill은 팀의 업무 기준에 의존한다
08 7-4 · 좋은 Skill의 7요소
요소질문
사용 조건언제 이 Skill을 쓰는가?
입력무엇을 넣어야 하는가?
처리 절차어떤 순서로 처리하는가?
판단 기준무엇을 기준으로 판단하는가?
출력 형식어떤 결과물을 내는가?
사람 검토사람이 반드시 봐야 할 부분은?
실패 / 예외애매하거나 부족할 때 어떻게 하는가?
09 7-5 · 맡당쪼 6부족함을 Skill로 보완하기
맡당쪼 부족함Skill에서 보완하는 요소
입력 부족입력 정의
기준 부족판단 기준
맥락 부족사용 조건 · 참고자료
단계 부족처리 절차
산출물 부족출력 형식
책임 부족사람 검토 · 예외 처리
AI 결과가 부족했던 이유를 Skill 구조 안에 하나씩 채워 넣는 것
10 7-6 · 품의서 Skill 예시 — 이름부터 작게
"품의서 자동 검토" ✕
"품의서 필수 항목 누락 체크" ○
approval-check-skill/
  SKILL.md          업무 수행 지침
  examples/         좋은 입력/출력 예시
  templates/        결과물 형식
  references/
    approval-checklist.md   필수 항목 기준서
11 SKILL.md 안에는 무엇이 들어가나
# 품의서 필수 항목 누락 체크 Skill

## 언제 사용하는가
품의서 상신 전, 필수 항목 누락 여부와 보완 질문을 점검할 때.

## 입력
- 품의서 초안
- 품의서 작성 가이드
- 필수 항목 체크리스트

## 처리 절차
1. 목적·금액·일정·담당자·근거자료 유무를 확인한다.
2. 필수 항목 체크리스트와 초안을 비교한다.
3. 누락·불명확 항목을 표시한다.
4. 담당자가 보완할 질문을 만든다.
5. 최종 승인 가능 여부는 판단하지 않는다.

## 출력
- 누락 항목 목록 / 불명확한 항목
- 보완 질문 / 제출 전 체크리스트

## 사람이 검토할 부분
- 실제 누락 여부
- 조직 맥락상 필요한 추가 자료
- 최종 상신 여부
↕ 스크롤하여 SKILL.md 전체 보기
12 7-7 · 좋은 Skill vs 나쁜 Skill
나쁜 — "품의서 자동화" ✕
  • 범위가 너무 큼
  • 입력이 불명확함
  • 판단 기준이 없음
  • 사람이 검토할 지점이 없음
  • 실패 처리 방식이 없음
좋은 — "필수 항목 누락 체크" ○
  • 범위가 작음
  • 입력이 명확함
  • 체크 기준이 있음
  • 출력 형식이 명확함
  • 사람이 최종 검토함
좋은 Skill은 똑똑한 AI를 전제하지 않는다 — 부족한 AI도 따라 할 만큼 업무를 명확히 한다
13 결론 — AX는 프롬프트가 아니라 '업무 자산'
좋은 프롬프트를 많이 만드는 게 아니라,
반복 업무를 AI 수행 단위로 쪼개고 → 기준을 Skill로 패키징
팀이 재사용하는 운영 자산으로 만드는 것
기업 사례 → AX 정의 → 후보 선정 → 맡당쪼 분해 → Skill
14 7-8 · 다음 실습 안내
앞에서 고른 Skill 후보 1개를 실제 폴더 구조 + SKILL.md로 만든다
① Skill 이름
② 폴더 구조
SKILL.md
④ 샘플 입력 1개
⑤ 실행 결과물 1개
⑥ 테스트 후 개선점 1개
멋진 코드가 아니라, 우리 팀 업무 기준을 AI가 반복해서 따를 수 있게 만드는 것
15 실습 · AX 후보 업무를 Claude Code Skill로 만들기
팀별 Skill 만들기 워크숍
⏱ 총 70분
8-15분Skill 후보 재확정Skill 주제 1개
8-210분Skill 7요소 설계표설계표
8-35분폴더 구조 만들기폴더 구조
8-420분SKILL.md 작성지침 파일
9-15분샘플 입력 준비테스트 입력
9-210분Claude Code에서 실행1차 결과물
9-3·410분결과 평가 및 수정개선된 Skill
105~10분테스트 결과 발표팀별 발표
16 실습 핵심 메시지 3
메시지 1
Skill은 프롬프트가 아니다 — 1회성 요청이 아니라 반복 가능한 업무 방식
메시지 2
Skill은 업무 쪼개기의 결과물 — AI가 맡을 최소 단위를 패키징
메시지 3
좋은 Skill은 AI 역할과 사람 책임을 구분한다
AI는 읽기·추출·분류·비교·검토·초안 / 사람은 최종 판단·책임·민감 맥락·예외 처리
17 실습 목표 — 최종 산출물 5가지
앞에서 고른 Skill 후보 1개를 실제 형태로 만든다
① Skill 이름
② 폴더 구조
SKILL.md
④ 샘플 입력 1개
⑤ 실행 결과물 + 개선점
18 실습 전 준비물
필수 준비물
  • 앞에서 고른 Skill 후보 1개
  • 업무 쪼개기 표
  • AI 역할 / 사람 역할 구분표
  • 샘플 입력 문서 1개
샘플 입력 예시
품의서 초안 · 회의록 · 고객 문의 목록 · 주간 업무 메모 · 프로젝트 이슈 목록 · 보고서 초안
기업 내부 기밀자료는 사용하지 않는다 — 반드시 비식별화 샘플 또는 가상 데이터
19 실습 결과물의 기준 — 좋은 Skill 7조건
기준질문
범위가 작은가하나의 반복 업무 단위인가?
입력이 명확한가무엇을 넣어야 하는지 분명한가?
기준이 있는가AI가 무엇을 기준으로 판단하는가?
절차가 있는가어떤 순서로 처리하는가?
출력이 명확한가결과물이 어떤 형태로 나오는가?
사람 검토가 있는가사람이 어디를 확인해야 하는가?
예외 처리가 있는가정보가 부족·애매할 때 어떻게 하는가?
20 8-1 · Skill 후보 재확정 ⏱ 5분
활동:후보가 너무 크지 않은지 확인하고 한 문장으로 확정 — 작게!
우리 팀은 ______ Skill을 만든다.
이 Skill은 ______ 입력을 받아 ______ 기준으로 처리하고 ______ 결과물을 출력한다.
좋은 예 ○
품의서 필수 항목 누락 체크 Skill
나쁜 예 ✕
품의서 자동화 Skill (범위·입력·기준 불명확)
21 8-2 · Skill 7요소 설계표 ⏱ 10분
활동:Skill에 들어갈 핵심 내용을 표로 먼저 설계한다
Skill 이름
언제 사용하는가
입력
처리 절차
판단 기준
출력 형식
사람이 검토할 부분
실패 / 예외 처리
22 8-2 작성 가이드 · 각 요소를 이렇게 채운다
요소채우는 법 · 예
이름작게 — "필수 항목 누락 체크"(○) vs "업무 자동화"(✕)
사용 조건이 Skill이 필요한 상황 — "상신 전 누락·보완 질문 점검할 때"
입력AI가 참고할 자료 — 초안·작성 가이드·체크리스트·과거 반려 사례
처리 절차AI가 따를 순서 — 읽기 → 비교 → 누락 표시 → 질문 생성 → (승인 판단 X)
판단 기준목적/금액 근거/일정/담당자/증빙/리스크 명시 여부
출력 형식표로 고정 — 항목 · 상태 · 문제점 · 보완 질문
사람 검토 / 예외예산 타당성·상신 여부·법무/보안 최종 / 부족 시 "확인 필요" 표시
23 8-3 · Skill 폴더 구조 만들기 ⏱ 5분
활동:Skill을 하나의 업무 패키지로 구성 — 핵심은 SKILL.md
approval-check-skill/
  SKILL.md                  핵심 지침
  examples/
    sample-input.md / sample-output.md
  templates/
    review-result-template.md
  references/
    approval-checklist.md
오늘 모든 파일을 완벽히 만들 필요 없음 — 나머지는 업무 기준을 보강하는 참고자료
24 8-4 · SKILL.md 작성 — 기본 템플릿 ⏱ 20분
# [Skill 이름]

## 1. 목적
이 Skill은 ______하기 위해 사용한다.

## 2. 사용 상황
-
-

## 3. 입력
-
-

## 4. 처리 절차
1.
2.
3.

## 5. 판단 기준
-
-

## 6. 출력 형식
| 항목 | 상태 | 근거 | 보완 질문 |
|---|---|---|---|

## 7. 사람이 반드시 검토할 부분
- (AI가 최종 판단하지 않는다)

## 8. 실패 / 예외 처리
- 추측하지 않는다 / "확인 필요"로 표시
- 최종 승인·의사결정은 하지 않는다
↕ 스크롤하여 8개 섹션 전체 보기
25 8-4 예시 · 품의서 필수 항목 누락 체크 SKILL.md
# 품의서 필수 항목 누락 체크 Skill

## 1. 목적
품의서 상신 전 필수 항목 누락을 점검하고 보완 질문을 생성한다.

## 2. 사용 상황
- 결재 상신 전 점검할 때
- 반복 반려 원인을 줄이고 싶을 때
- 팀장/선배 검토 전 1차 점검할 때

## 3. 입력
- 품의서 초안 / 작성 가이드
- 필수 항목 체크리스트 / (필요 시) 과거 반려 사례

## 4. 처리 절차
1. 목적·금액·일정·담당자·근거자료를 파악한다.
2. 체크리스트와 초안을 비교한다.
3. 누락·불명확 항목을 표시한다.
4. 보완 질문과 결재자 예상 질문을 만든다.
5. 최종 승인 가능 여부는 판단하지 않는다.

## 5. 판단 기준
- 목적이 한 문장으로 명확한가 / 금액 산출 근거가 있는가
- 일정·담당자·증빙이 제시됐는가 / 리스크가 설명됐는가

## 6. 출력 형식
| 항목 | 상태 | 문제점 | 보완 질문 |
|---|---|---|---|
(+ 결재자 예상 질문 / 제출 전 체크리스트)

## 7. 사람이 반드시 검토할 부분
- 실제 예산 타당성 / 결재 상신 여부
- 법무·보안 최종 판단 / 민감 표현 / 책임 소재

## 8. 실패 / 예외 처리
- 자료 부족 시 추측 금지, "확인 필요" 표시
- 승인 가능 여부는 결론 내지 않는다
- 기준서가 없으면 임의 기준을 만들지 않는다
↕ 스크롤하여 전체 보기
26 9-1 · 샘플 입력 준비 ⏱ 5분
활동:테스트할 입력을 만든다 — 좋은 샘플은 일부러 완벽하지 않다
# 품의서 초안

## 제목
신규 고객관리 시스템 도입 품의

## 목적
고객 문의 대응 속도를 높이기 위해 신규 시스템을 도입.

## 금액
월 300만 원

## 일정
7월 중 도입 예정

## 기대 효과
문의 대응 속도 개선 / 담당자 업무 부담 감소

## 비고
관련 부서와 논의 필요
↕ 스크롤 · 일부러 부족하게 작성
27 왜 일부러 부족하게? — Skill이 잘 잡아내는지 테스트
이 샘플의 결함
  • 금액 산출 근거 부족 / 비교 견적 없음
  • 담당자가 명확하지 않음
  • 리스크·보안 검토 없음
  • 성공 지표가 모호함
완벽한 입력이면 Skill이 누락·애매함·보완 질문을 찾아내는지 확인할 수 없다
28 9-2 · Claude Code에서 실행 ⏱ 10분
활동:Skill을 사용해 샘플 입력을 처리한다
방금 만든 approval-check-skill을 사용해서
sample-input.md 품의서 초안을 검토해줘.
누락 항목, 보완 질문, 결재자 예상 질문,
제출 전 체크리스트를 출력해줘.
기대 결과
누락 항목 표 · 문제점 설명 · 보완 질문 · 결재자 예상 질문 · 승인 여부는 판단 X · 사람 검토 부분 명시
29 9-3 · 결과 평가하기 ⏱ 10분
활동:1차 실행 결과를 7개 항목으로 평가 (각 1~5점)
평가 항목질문점수
입력 반영샘플 입력을 제대로 읽었는가?1~5
기준 적용Skill의 판단 기준을 잘 따랐는가?1~5
출력 형식지정한 형식으로 나왔는가?1~5
누락 탐지중요한 누락을 찾아냈는가?1~5
보완 질문실제 도움이 되는 질문인가?1~5
사람 검토사람이 판단할 부분을 남겼는가?1~5
과잉 판단 방지승인 여부를 함부로 판단하지 않았는가?1~5
30 9-3 · 무엇을 고칠지 정하기
우리 Skill은 ______은 잘했다.
하지만 ______이 부족했다.
그래서 SKILL.md에서 ______ 부분을 수정하겠다.
결과가 일반적 → 판단 기준에 금액 근거·비교 견적·보안 검토 추가
형식이 매번 다름 → 출력 형식을 표로 고정
AI가 승인 판단 → "승인 여부 판단 X"를 사람 검토에 명시
질문이 추상적 → "담당자가 바로 답할 구체 질문" 추가
31 9-4 · Skill 개선 — 문제별 수정 위치
문제수정 위치
입력을 제대로 못 읽음입력 섹션
판단이 약함판단 기준 섹션
절차가 뒤섞임처리 절차 섹션
결과물이 보기 어려움출력 형식 섹션
AI가 과잉 판단함사람 검토 / 예외 처리 섹션
맡당쪼의 마지막 단계 — 맡겼고, 부족이 당연했고, 다시 쪼개고 수정한다
32 Part 10 · 테스트 결과 발표 ⏱ 팀당 3분
활동:완성도 자랑이 아니라 — 무엇을 만들었고 무엇을 배웠는지 공유
우리 팀은 ______ 업무를 Skill로 만들었습니다.
이 Skill은 ______ 입력을 받아 ______ 기준으로 처리하고 ______을 출력합니다.
테스트해보니 ______은 잘 됐고, ______은 부족해 ______를 개선했습니다.
적용되면 ______ KPI를 개선할 수 있고, 사람이 검토할 부분은 ______입니다.
33 발표 예시 · 품의서 필수 항목 누락 체크 Skill
우리 팀은 품의서 상신 전 사전 검토 업무를 Skill로 만들었습니다.
이름은 품의서 필수 항목 누락 체크 Skill입니다.
품의서 초안과 체크리스트를 입력받아 목적·금액 근거·일정·담당자·증빙·리스크 기준으로 검토하고, 누락 항목 목록·보완 질문·결재자 예상 질문·제출 전 체크리스트를 출력합니다.
테스트해보니 누락 항목 표 정리는 잘 됐고, 보안/법무 리스크 질문이 일반적이라 판단 기준에 보안 검토·개인정보 포함·외부 연동 여부를 추가했습니다.
적용되면 반려율·재작성 시간·결재 리드타임을 줄일 수 있고, 실제 예산 타당성·법무/보안 최종·상신 여부는 사람이 검토합니다.
↕ 스크롤하여 전체 보기
34 진행자 피드백 & 마무리
짧고 명확하게 — 한두 문장 피드백
"입력·출력이 명확해 실제 Skill로 좋습니다" · "조금 더 작게 줄이면 바로 실무 테스트 가능" · "KPI를 반려율·처리시간·누락률 중 하나로 좁히면 좋겠습니다"
'품의서 검토 자동화'(큰 아이디어) → '필수 항목 누락 체크 + 보완 질문 생성 Skill'(작은 실행 단위)
이 Skill이 쌓이면 개인 프롬프트 노하우가 아니라 팀의 AI 업무 자산이 됩니다