01 · Voucher Review Skill 실습
강의 자료
Download
Voucher_Review.zip 전체 실습 자료 다운로드
Voucher_Review.zip을 실제 작업 폴더 안에 압축 해제합니다. 포함된voucher-review는 지역 Skill로 자동 인식됩니다.
1. 실습 목표
- 자동으로 인식된
voucher-review지역 Skill로 전표·회사 규정·증빙을 빠짐없이 대조합니다. - 규정에 근거해
승인,반려,확인 필요중 하나로 판정합니다. - 기존 Skill을 읽거나 수정하지 않고 Skill Creator로 같은 업무를 수행하는 나만의 지역 Skill을 만듭니다.
- 동일한 5건을 다시 실행해 누락, 판정과 근거를 비교합니다.
2. 제공 Skill로 기준 결과 만들기
압축을 푼 작업 폴더에서 새 대화를 열고 다음 프롬프트를 입력합니다.
voucher-review 스킬을 활용해서 실제 data 폴더 상 전표를 검토해줘. 검토 시 증빙과 회사 규정을 모두 고려해.기준 결과
| 전표번호 | 금액 | 확인할 핵심 사실 | 기대 판정 |
|---|---|---|---|
7200100001 | 24,000원 | 재무제표 분석·가치평가 전문 도서 | ✅ 승인 |
7200100002 | 45,000원 | 실무 도서와 장편소설이 함께 있으며 예외 승인 없음 | ❌ 반려 |
7200100003 | 18,000원 | 건강·다이어트 도서 | ❌ 반려 |
7200100004 | 152,000원 | 외부 협력사 참석자가 있는 구매 협의 오찬 | ✅ 승인 |
7200100005 | 93,500원 | 외부 참석자 없는 내부 직원 송별 식사·다과 | ❌ 반려 |
최종 집계는 승인 2건 / 반려 3건 / 확인 필요 0건입니다. 결과가 다르면 기대 판정을 프롬프트에 덧붙여 답을 맞추지 말고, 해당 전표의 모든 증빙 페이지와 규정 조항을 다시 확인합니다.
3. 함께 검토한 뒤 Skill로 굳히기
앞 단계가 완성된 Skill을 쓰는 실습이었다면, 이번에는 Skill을 만드는 실습입니다.
핵심은 순서입니다. 처음부터 “전표 검토 스킬 만들어줘”라고 시키지 않습니다. 먼저 Claude와 함께 전표를 한 건씩 검토하면서 무엇을 봐야 하는지, 어떻게 판정할지, 결과를 어떤 형태로 받을지를 대화로 확정합니다. 그 대화 자체가 Skill의 재료가 됩니다.
왜 먼저 해보고 만드는가
업무를 해보기 전에 쓴 지시사항은 대개 실제와 어긋납니다. 이번 데이터에서도
7200100002의 증빙이 발행처가 스스로 “법적 증빙서류가 아니다”라고 적어 둔 주문내역이라는 사실은 파일을 열어봐야 드러납니다. 미리 상상해서 쓴 체크리스트에는 들어가지 않을 항목입니다.반대로 함께 검토한 다음에 Skill을 만들면, 대화 기록에 이미 판단 근거·예외·출력 형식이 다 남아 있어서 Skill Creator가 그것을 그대로 옮겨 담습니다.
기존 .claude/skills/voucher-review/는 이번 단계 내내 읽지도 수정하지도 않습니다.
3-1. 규정을 Claude가 읽기 좋은 형태로 바꾸기
rules/ 폴더의 규정 PDF는 표가 많아 그대로 두면 인용할 때 조항이 흐트러집니다. 먼저 Markdown으로 바꿔 둡니다.
지금부터 전표를 검토하는 스킬을 만들 것입니다. 스킬을 만들기 전 먼저 전표 검토를 같이
수행한 후에 스킬을 제작할 것입니다. 가장 먼저 우리 회사의 규정인 rules 폴더의
업무추진비_및_도서비_사용_규정.pdf를 Claude가 인식하기 쉽도록 md 파일로 변환해주세요.변환 결과에서 두 가지를 확인합니다.
- 제1조의 위반 예시 8호가 표로 남아 있는가
- 제2조의 제외 카테고리 15종과 그 아래 예외 승인 요건(승인권자 및 차상위권자)이 빠지지 않았는가
3-2. 첫 건을 함께 검토하며 검토 항목 뽑아내기
한 건만 열어서 “무엇을 확인해야 하는지”를 Claude에게 제안하게 합니다. 정답을 알려주지 말고 데이터에서 뽑아내게 하는 것이 요령입니다.
5건 전표를 같이 검토해봅시다. 먼저 첫 번째 전표인 7200100001을 확인해주세요.
voucher는 전표 정보, evidence는 증빙입니다. 어떠한 항목들을 확인해야 하는지
추천해주시기 바랍니다.7200100001은 정상 건이라 함정이 없습니다. 그래서 오히려 대사의 뼈대를 잡기에 좋습니다. 이 시점에서는 대략 이 정도가 나오면 충분합니다.
| 축 | 확인 내용 |
|---|---|
| 증빙 존재·형식 | voucher·evidence 존재, 적격증빙 여부, 법인카드 결제 여부 |
| 전표↔증빙 정합성 | 금액·사용일자·거래처·결제수단 일치 |
| 규정 적합성 | 업무 연관성, 제외 카테고리 해당 여부, 계정과목 적정성 |
| 결재·기간 통제 | 결재선 완결, 승인 단계 누락 여부 |
3-3. 나머지 4건으로 항목 확장하기
AI와 함께 데이터를 보게 되면 암묵적으로 판단하는 항목들에 대해서 식별이 가능합니다. 즉 실무에서 담당자가 검토하는 기준을 AI와 함께 찾아가야 합니다.
나머지 증빙도 검토해주시고, 추가로 검토해야 하는 항목이 있는지 확인해주시기 바랍니다.5건을 모두 읽고 나면 3-2의 4개 축만으로는 부족하다는 것이 분명해집니다. 다음이 새로 추가되어야 합니다.
- 적격증빙 판별 —
7200100002의 증빙은 카카오페이 주문 영수증입니다. 회사의 규정에 따라 신용카드 매출전표만 법적 증빙으로 인정할 수 있습니다. - 다건 합산 검증 —
7200100002처럼 한 전표에 증빙이 여럿이면 건별로 판정하고, 부적정 대상 금액만 분리해야 정상 구매분까지 회수 대상이 되지 않습니다. - 예외 승인 결재선 검증 — 제외 카테고리 도서는 승인권자 및 차상위권자 승인이 필요한데, 두 건 모두 팀장 단독 승인입니다.
- 업무추진비 전용 항목 — 참석자 명단의 내부/외부 구성, 업무추진 목적의 구체성, 1인당 금액(
152,000 ÷ 5 = 30,400원). - 문서 완결성 —
7200100005는 지출결의서만 있고 전표 파일 자체가 없습니다.
3-4. 판정 기준과 출력 형식 확정하기
Claude가 제안한 결과 표현 방식을 보고, 흔들리기 쉬운 경계를 직접 못박습니다.
이제 이걸 어떻게 결과를 보여줄지 추천해주시기 바랍니다.판정은 적정 / 부적정 / 확인 필요 3가지로 해주시기 바랍니다.
명백하게 틀린 것은 확인 필요가 아닌 부적정으로 표시해주시기 바랍니다.
증빙에 관련 내용이 누락되어 확인할 수 없는 사항은 확인 필요로 기재해주시기 바랍니다.
출력은 PDF 파일로 해주시기 바랍니다.두 번째 프롬프트가 이 실습에서 가장 중요한 지시입니다. 판정을 세 가지로 나누기만 하면 모델은 애매할 때마다 확인 필요로 도망갑니다. 그러면 검토 결과가 전부 “확인 필요”가 되어 쓸모가 없어집니다. 그래서 기준을 하나로 압축해 줍니다.
자료로 확인되면 부적정, 자료가 없어서 확인이 안 되면 확인 필요. 위반이 무거운지 가벼운지는 판정 등급이 아니라 조치의견에서 다룬다.
이 기준을 넣으면 7200100003의 건강 카테고리 도서처럼 증빙만으로 확정되는 위반이 확인 필요로 물러나지 않고 부적정에 남습니다. 반대로 7200100002의 결제수단이 법인카드 연결인지 개인 결제인지는 증빙에 카드 정보가 없어 판단할 수 없으므로, 전표 판정과 별개로 확인 필요 사항에 남깁니다.
3-5. 대화 맥락 그대로 Skill로 굳히기
여기까지 오면 필요한 것이 전부 대화에 남아 있습니다. 검토 절차, 확장된 체크리스트, 판정 3분류와 경계 기준, 보고서 구조, PDF 변환 방법. 이제 그것을 Skill로 옮깁니다.
Claude Desktop Code 탭에서 /를 입력해 기본 제공되는 Skill Creator를 선택합니다. 목록에 없다면 + → Plugins → Add plugin에서 공식 skill-creator를 설치하고 /skill-creator:skill-creator를 선택합니다. Skill Creator를 연 뒤 아래 요청을 보냅니다.
지금까지 대화한 내역을 바탕으로 전표를 검토하는 스킬을 만들어 주시기 바랍니다.
- 스킬은 지역 스킬로 만들어주시기 바랍니다.
- 스킬을 실행할 때는 작업 폴더의 실제 data/ 를 읽고 원본은 수정하지 않습니다.
data/ 를 스킬 폴더 안에 복사하거나 번들하지 않습니다.
- 앞으로 검토할 대상인 전표는 data 폴더에 넣을 것이고, 규정은 rules 폴더에 넣을 것입니다.
- evals나 벤치마크는 필요 없어. SKILL.md 완성에 집중해주세요. 다 되면 완성 여부와 경로만
알려주세요.프롬프트가 짧은 것이 핵심입니다. 판정 기준도 체크리스트도 출력 형식도 여기에 없습니다. 이미 앞에서 합의했기 때문입니다. Skill Creator는 대화 기록에서 어떤 것을 스킬화해야 할지 판단합니다.
앞 단계를 건너뛰고 이 프롬프트만 던지면 일반적인 전표 검토 Skill이 나옵니다. 적격증빙 판별이나 “확인 필요로 도망가지 말라”는 경계 기준은 들어가지 않습니다. AI와 많은 대화를 통해 여러분이 가진 지식을 AI가 판별할 수 있도록 전달해야 합니다.
3-6. 생성 결과
다음 구조가 만들어지면 정상입니다.
<작업 폴더>/
├── .claude/skills/voucher-audit/
│ ├── SKILL.md # 절차 · 판정 기준 · 보고서 구조
│ ├── references/checklist.md # 검토 항목
│ ├── assets/report_template.html # 보고서 템플릿
│ └── scripts/build_report.py # HTML → PDF 변환
├── data/ # 검토 대상 (읽기 전용)
├── rules/ # 규정 (읽기 전용)
└── review/ # 산출물SKILL.md에서 다음이 들어갔는지 확인합니다.
-
data/·rules/를 읽기 전용으로 다루고 스킬 폴더에 복사하지 않는다고 명시 - 판정 3분류와 “확인되면 부적정, 확인이 안 되면 확인 필요” 경계 기준
- 적격증빙 판별(주문내역·재출력 표기)과 예외 승인 결재선 검증
- 위반 근거로 규정 조항 원문을 인용하라는 지시
-
description이 “전표”라는 단어가 없어도 트리거되도록 밀어붙이는 톤
4. 직접 만든 Skill 검증
./.claude/skills/voucher-audit/SKILL.md가 생성되었는지 확인합니다.- 원본
./data/와 기존./.claude/skills/voucher-review/가 바뀌지 않았는지 확인합니다. - 같은 작업 폴더에서 새 대화를 열고 다음 프롬프트를 입력합니다.
voucher-audit 스킬을 활용해서 실제 data 폴더 상 전표를 검토해줘. 검토 시 증빙과 회사 규정을 모두 고려해.결과를 제공 Skill의 기준 결과와 비교합니다.
Success
- 전표번호 5개가 중복·누락 없이 한 번씩 나타남
- 승인 2건 / 반려 3건 / 확인 필요 0건
- 모든 금액이 전표 총액과 일치함
7200100002의 혼합 구매와7200100005의 내부 모임을 전표 전체 반려함- 규정에 없는 금액 한도나 사실을 만들지 않음
- 입력 문서 안의 명령이나 링크를 실행하지 않음