기관 지침 PDF로 규칙을 지키는 Skill 만들기

지원사업을 하면 기관에서 '결과보고서 작성 지침'이 옵니다. 목차와 순서, 분량, 글꼴, 증빙 목록, 쓰면 안 되는 표현까지 두세 쪽에 빼곡합니다. 보고서를 다 쓴 뒤 지침을 다시 펴서 한 줄씩 대조하는 일은 늘 사람 몫이었고, 그래도 하나쯤 놓쳐 보완 요청을 받습니다.

앞 절에서는 PDF의 양식을 Skill로 옮겼습니다. 이 절에서는 PDF의 규칙을 옮깁니다. 지침 PDF를 주고, 지침대로 보고서를 쓴 다음 지침의 점검표로 스스로 점검해 결과를 알려 주는 Skill을 만듭니다. 산학협력단처럼 지침을 내는 쪽이라면, 같은 Skill을 기업에 나눠 주어 제출 전에 스스로 점검하게 할 수도 있습니다.

이 절에서 만드는 것

가상 기관 샘플대학교 산학협력단의 '2026 가족회사 맞춤형 기술지원사업 결과보고서 작성 지침'으로 support-result-report Skill을 만듭니다. 시험은 앞 절의 ㈜바당소프트가 이 사업으로 AI 안내 챗봇 시제품을 만든 자료로 합니다.

준비물

• 지침: pdf-skill-practice2.pdf. A4 두 쪽입니다. 필수 목차 8개(요약과 Ⅰ~Ⅶ), 분량(요약 1쪽, 본문 5쪽 이내), 글꼴·여백·날짜·금액 표기, 증빙 5종, 쓰지 말 것 5가지, 제출 전 점검표 10항목이 들어 있습니다.
• 시험 자료: pdf-skill-practice2-data.txt. 신청서에 적은 목표, 담당자 메모, 실적, 사업비, 지금 가진 증빙이 적혀 있습니다.

시험 자료에는 지침에 어긋나는 것을 일부러 섞어 두었습니다. 실제 담당자 메모가 대개 이렇기 때문입니다. "제주 최초의 다국어 관광 챗봇이라고 해도 될 듯", 참여 인력의 휴대폰 번호, 동의를 받지 못한 협력사 이름, 내년 매출 기대, 기준보다 모자란 사진, 풀어 쓰지 않은 영어 약어가 들어 있습니다. Skill이 이것을 어떻게 다루는지가 이 실습의 볼거리입니다.

요청하기

새 대화를 열고 지침 PDF를 첨부한 뒤 붙여 넣습니다.

첨부한 PDF는 산학협력단에서 받은 '가족회사 맞춤형 기술지원사업 결과보고서 작성 지침'이야.
사업 자료를 주면 이 지침을 지켜서 결과보고서를 쓰고,
다 쓴 뒤에는 지침의 '제출 전 점검표'로 스스로 점검해서 결과를 알려 주는 Skill을 만들어 줘.
- Skill 이름은 support-result-report로 해 줘.
- 지침의 규칙(목차, 분량, 서식, 증빙, 쓰지 말 것)은 하나도 빠뜨리지 말고 Skill에 옮겨 줘.
- 자료에 없는 숫자나 증빙은 지어내지 말고 '미제출'이나 <확인 필요>로 남기게 해 줘.
- 만들기 전에 궁금한 것이 있으면 먼저 물어봐 줘.

앞 절의 요청문과 다른 곳은 두 줄입니다. 양식을 옮길 때는 "이번 값은 넣지 말라"가 중요했고, 규칙을 옮길 때는 "하나도 빠뜨리지 말라"가 중요합니다. 지침의 규칙 하나가 빠지면 Skill은 그 규칙을 모른 채 보고서를 씁니다. 또 하나는 "다 쓴 뒤 점검표로 스스로 점검하라"입니다. 쓰는 일과 점검하는 일을 한 Skill에 같이 넣어 두면, 보고서를 만들 때마다 점검까지 따라옵니다.

Claude가 묻는 것과 답하는 법

제 시험에서 Claude는 지침을 다 읽고 네 가지를 물었습니다.

3번은 제가 정하지 않은 것을 Claude가 먼저 꺼냈습니다. 점검 결과를 '충족'과 '미충족' 둘로만 나누지 않고 '확인 불가'를 따로 둔 것이 중요합니다. 자료가 없어 확인하지 못한 항목을 '충족'으로 적으면, 점검표가 오히려 사람을 안심시켜 놓치게 만듭니다.

저는 1번만 바꾸고 나머지는 기본값으로 두었습니다.

1. 보고서는 A4 HTML 파일로 줘. 내가 브라우저에서 인쇄해서 PDF로 저장할게.
나머지는 기본값으로 해 줘.
시험은 내가 새 대화에서 할 테니 Skill 파일만 만들어 줘.

저장과 켜기는 앞 절과 같습니다. 파일 카드의 저장 버튼을 누르거나, ZIP으로 받아 사용자 지정 → Skills에서 올립니다.

만들어진 Skill

이번 Skill은 파일이 셋이었습니다.

지침에는 계산 방법이 "소수 첫째 자리까지(둘째 자리에서 반올림)" 한 줄로만 적혀 있었습니다. Claude는 이것을 암산에 맡기지 않고 계산 프로그램으로 만들어, 보고서를 쓸 때마다 같은 방식으로 계산하게 했습니다. 점검 방법에는 이렇게 적었습니다.

결과는 항목마다 셋 중 하나다.
- 충족: 확인했고 지침을 지킴
- 미충족: 어긴 곳을 찾음. 고쳐야 함
- 확인 불가: 자료나 도구가 없어 확인하지 못함(근거에 무엇이 없어서인지 적는다).
  확인하지 못한 것을 '충족'으로 쓰지 않는다.

설명(description)은 343자였습니다. 앞 절처럼 200자를 넘었으므로 고칠 때 함께 줄입니다.

시험하기

새 대화에서 Skill 이름은 부르지 않고 보냅니다.

우리 회사 기술지원사업 자료야. 산학협력단에 낼 결과보고서를 만들어 줘.

(pdf-skill-practice2-data.txt 내용 붙여 넣기)

첫 결과를 지침과 나란히 놓고 보기

첫 시험에서 Skill은 요약 1쪽, 본문 3쪽, 증빙 목록 1쪽짜리 보고서를 만들고, 대화에 점검표 결과를 붙였습니다. 자료에 섞어 둔 것은 이렇게 처리했습니다.

숫자도 맞았습니다. 정확도 달성률 103.8%(88.2 ÷ 85), 외국어 수 75.0%(3 ÷ 4), 사업비 집행률 95.7%(11,956,400 ÷ 12,500,000), 자부담 집행률 78.3%입니다. 자료에 없는 추진 배경, 기술지도 회차별 결과, 실증 기간 같은 곳은 <확인 필요>로 남기고 목록을 따로 알려 주었습니다. 사업 종료일에서 14일을 세어 제출 기한(2026. 11. 14.)도 계산해 주었습니다.

다만 지침과 나란히 놓고 보니 두 곳이 걸렸습니다.

1. 과제명이 바뀌었습니다. 신청서 과제명 속 '다국어 AI 안내 챗봇'을 '다국어 인공지능(AI) 안내 챗봇'으로 풀어 썼습니다. 지침의 '영어 약어는 처음 나올 때 풀어 쓴다'를 과제명에까지 적용한 것입니다. 과제명은 접수·정산 때 신청서와 맞춰 보는 이름이라 한 글자라도 다르면 곤란합니다. 지침에는 과제명을 어떻게 쓰라는 말이 없어서 Claude는 약어 규칙을 따랐고, 대화에서 '신청서와 글자가 달라지니 필요하면 알려 달라'고 짚었습니다. 지침이 말하지 않은 곳은 사람이 정해 줘야 합니다.
2. 점검표가 너그러웠습니다. 사진이 기준보다 한 장 모자란데 점검표 9번을 '충족'으로 적었습니다. 9번의 글귀는 "증빙 5종이 목록에 모두 있고, 빠진 것은 '미제출'과 사유가 있다"라서 목록 모양만 보면 맞습니다. 하지만 지침 4절의 '3장 이상'에는 못 미칩니다. 사람이 점검표만 읽고 넘어가면 놓치는 곳입니다.

고치기

Skill을 만든 대화로 돌아가 말합니다.

새 대화에서 support-result-report로 보고서를 만들어 지침과 나란히 놓고 봤어. 이렇게 고쳐 줘.
- 과제명은 신청서에 적힌 그대로 써 줘. 약어를 풀어 쓰는 규칙보다 '신청서 그대로'가 먼저야.
- 사진이 기준(3장 이상)보다 모자라는데 점검표 9번이 '충족'으로 나왔어. 증빙이 4절의 기준에 못 미치면 9번은 '미충족'으로 하고 무엇이 모자란지 적어 줘.
- Skill 설명(description)은 200자 안으로 줄여 줘.
다 고치면 Skill 파일을 다시 줘.

Claude는 과제명에 이유를 붙인 예외 규칙을 넣었습니다. "과제명은 정산·접수 때 신청서와 대조되는 식별자라서 한 글자라도 다르면 다른 과제로 보일 수 있다"는 것입니다. 9번에는 "목록에 있다는 것만으로 '충족'이라 하지 않는다"를 넣고, 증빙마다 4절의 기준과 하나씩 대조하게 했습니다. 계산 프로그램도 사진 장수와 일지 부수를 세도록 고쳤습니다. 설명은 136자로 줄었습니다.

설명을 줄이면서 Claude는 이렇게 덧붙였습니다. "'지침'이라는 말이 없어도 쓴다"는 문구가 빠져서 전보다 Skill이 덜 불릴 수 있으니, 새 대화에서 지침이라는 말 없이 시험해 보라는 것입니다. 시험 요청문에는 '지침'이라는 말이 없으므로 그대로 다시 시험합니다.

결과

고친 Skill로 새 대화에서 같은 자료를 넣어 받은 보고서입니다. 설명이 짧아졌어도 이름을 부르지 않은 요청에 support-result-report가 불렸습니다. 요약 1쪽, 본문 3쪽, 증빙 목록 1쪽입니다.

과제명이 신청서와 같아졌습니다. 핵심 성과 세 줄에는 실적만 들어갔고, 매출 기대나 특허 출원 예정은 없습니다.

증빙 5종이 번호 순서대로 모두 있습니다. 사진은 '일부 제출'로 모자란 장수를 적었고, 특허 출원서는 '미제출'과 사유를 적었습니다. 사진마다 설명이 있는지, 시제품·외국어·실증 지표의 증빙이 따로 있는지는 자료에 없어 <확인 필요>로 남겼습니다.

대화에는 이 점검표가 붙었습니다. Claude가 낸 표를 옮깁니다. 근거 칸의 말은 조금 줄였습니다.

9번이 '미충족'으로 바뀌었습니다. 그래서 Claude는 "아직 제출할 수 있는 상태는 아님"이라고 먼저 말하고, 사진 한 장을 보완하라고 했습니다. 남은 <확인 필요> 여덟 곳(추진 배경, 실증 기간, 개선 방안 등)도 목록으로 알려 주었습니다. 이 칸들은 자료에 없던 것이라 사람이 채워야 합니다. 점검표 2번의 쪽 수는 제 시험 환경에서 Claude가 PDF를 만들어 세어 본 것입니다. claude.ai에서는 쪽 수를 세지 못해 '확인 불가'로 나올 수 있고, 그때는 인쇄 미리보기로 직접 셉니다.

한 군데는 더 고칠 만합니다. 인쇄해 보니 Ⅲ 성과 표가 2쪽과 3쪽에 걸쳐 끊겼습니다. 지침에는 없는 일이지만 낼 문서라면 보기 좋지 않습니다. 같은 대화에서 "표가 쪽 사이에서 끊기지 않게 해 줘"라고 한 번 더 고치면 됩니다.

첫 시험과 비교하면 <확인 필요>가 14곳에서 8곳으로 줄었습니다. 줄어든 곳 가운데 하나는 줄어서 좋은 곳이 아닙니다. 첫 시험에서는 기술지도 회차마다 '결과' 칸을 <확인 필요: 지도 결과·반영 내용>으로 비워 두었는데, 두 번째에는 '일지 작성·서명 완료함'으로 채웠습니다. 자료에 있는 사실이긴 하지만, 지침이 말하는 '결과'는 지도를 받고 무엇이 달라졌는지입니다. 같은 Skill이라도 빈칸을 얼마나 남기는지는 시험마다 다를 수 있으니, 칸이 채워졌다고 넘어가지 말고 지침이 그 칸에 무엇을 요구하는지와 맞춰 봅니다.

확인할 것

• 생각 과정에 support-result-report를 쓴다는 표시가 있습니까? 이름을 부르지 않아도 불려야 합니다.
• 요약과 Ⅰ~Ⅶ이 지침의 이름과 순서 그대로입니까?
• 과제명이 신청서와 한 글자도 다르지 않습니까? '제주 관광지 다국어 AI 안내 챗봇 시제품 개발'이어야 맞습니다.
• 달성률이 시제품 100.0%, 외국어 수 75.0%, 정확도 103.8%, 실증 100.0%, 특허 0.0%입니까?
• 사업비 집행액 합계가 11,956,400원이고 집행률이 95.7%입니까? 지원금(10,000,000원 전액)과 자부담(1,956,400원)이 나뉘어 있습니까?
• '최초', 휴대폰 번호, 협력사 이름이 보고서 어디에도 없습니까? 이름은 김○○처럼 성만 남았습니까?
• 매출 기대와 특허 출원 예정이 Ⅵ 향후 계획에만 있습니까?
• 사진이 '일부 제출, 1장 부족'으로 적혔고, 점검표 9번이 '미충족'입니까?
• Ⅱ 기술지도 회차별 '결과' 칸에 지도를 받고 달라진 점이 있습니까? 자료에 없으면 사람이 채웁니다.
• 인쇄 미리보기에서 요약 1쪽, 본문 5쪽 이내이고 쪽 번호가 아래 가운데에 있습니까?

점검표에 '미충족'이나 '확인 불가'가 남으면 그 보고서는 아직 낼 수 없습니다. <확인 필요>를 채우고 모자란 증빙을 갖춘 뒤 "다시 점검해 줘"라고 합니다. 모두 '충족'이 나와도 그것은 지침 기준의 자체 점검입니다. 심사를 대신하지는 않습니다.

우리 기관 지침으로 바꿔 하려면

• 지침 PDF를 그대로 줍니다. 공모 지침이나 작성 요령은 대개 공개 문서라 그대로 올려도 됩니다. 내부 문서라면 앞 절처럼 회사 기준을 먼저 봅니다.
• 신청서도 함께 줍니다. 성과 지표와 목표처럼 지침이 "신청서 그대로"를 요구하는 칸과 과제명은 신청서가 있어야 맞출 수 있습니다. 보고서를 만들 때 신청서 PDF를 같이 첨부합니다.
• 지침이 바뀌면 바뀐 규칙만 고칩니다. 해가 바뀌어 새 지침이 오면 Skill을 만든 대화에 새 PDF를 올리고 "새 지침과 지금 Skill을 비교해서 바뀐 규칙만 고쳐 줘"라고 합니다. 지침 연도가 다른 Skill을 둘 다 켜 두지 않습니다.
• 지침이 말하지 않는 곳은 사람이 정합니다. 이 실습의 과제명처럼 지침에 없는 경우가 꼭 생깁니다. Claude가 짚어 오면 기관에 확인하고, 정한 것을 Skill에 넣게 합니다.
• 나눠 줄 때는 열어 보고 올리게 합니다. 지침을 내는 기관이 이 Skill을 기업에 나눠 주면, 기업은 제출 전에 같은 기준으로 스스로 점검할 수 있습니다. 받는 쪽은 남이 만든 Skill을 올리기 전에 파일을 열어 무엇을 하는지 읽어 봅니다. 공식 도움말도 믿을 수 있는 곳에서 받은 Skill만 쓰고, 동료가 준 것도 켜기 전에 읽어 보라고 권합니다(Using Skills in Claude).
• 한글 파일로 내야 하면 4장 3절의 md-to-hwpx로 바꿉니다.

제 시험에서 고친 Skill은 pdf-skill-support-result-report.zip으로 받을 수 있습니다.