매주 쓰는 보고서, AI 프로젝트로 끝내기

일러두기

이 책은 같은 제목의 대학생판(일반화학 실험 보고서)을 행정 실무자의 결재보고서로 바꾼 판이다. 75분·8모듈 구성과 "채팅창 → 프로젝트 → 폴더 → 검증"이라는 계단은 그대로 두고, 양식은 기관 결재보고서로, 수식은 표와 분자/분모 계산식으로, 검증은 근거대장으로 바꿨다. 사례는 이 플랫폼의 본책·워크북·강의 덱이 공통으로 쓰는 가상기관 해솔시 시민소통과의 생활민원 처리시간 개선 보고서이며, 접수 200건 · 완료 188건 · 평균 6.7영업일 · 준수율 72.3% · P90 13영업일 · 시범 목표 85%라는 정본 수치를 그대로 쓴다.

대상 독자와 준비물

안전 경계 — 시작 전에 확인

표기 규칙

개인정보와 합성 자료

• 이 책의 모든 예시는 교육용 합성자료다. 가상기관 해솔시 시민소통과, 개선TF, 회의 발언, 집계값은 실제 기관·민원·인물과 무관하다.
• 회의록의 참석자는 이름 없이 역할(민원담당, 정보화담당 등)로만 적는다. 실무에서도 같은 원칙을 권한다.
• 사례 폴더의 05_보고서초안.md는 지침대로 만든 예시이며, 실제 결재에는 담당자 검토와 원문 대조를 거친 문서만 쓴다.

이 책의 사례 폴더

실습이 끝났을 때 폴더는 다음과 같아야 한다. 이 책 전체가 이 폴더 하나를 설명한다.

민원처리시간개선/
├── 샘플보고서형식-처리지침개정보고.hwpx   ← 서식의 원본 (지난 결재보고서, 모듈 2)
├── 샘플보고서형식-처리지침개정보고.pdf    ← 위 파일의 PDF (컨텍스트용, 모듈 2)
├── 프로젝트지침.md                       ← 서식을 분석해 만든 지침 프롬프트 (모듈 1·4)
└── 202608_민원처리시간개선/              ← 이번 보고 한 세트 (모듈 4)
    ├── 00_업무요청서.md                   ← 결정질문·독자·제약·목표·일정
    ├── 01_처리지침_발췌.md                ← 지표 정의 원문(문단 ID 포함)
    ├── 02_집계표.md                       ← 비식별 집계값 (민원 원문 없음)
    ├── 03_TF회의록_발췌.md                ← 검증할 체감치 · 확정/미확정
    ├── 04_근거대장.md                     ← 주장 · 자료원 · 판정 · 사용 가부
    ├── 05_보고서초안.md                   ← 지침 형식의 결재보고서 초안
    └── 06_결재보고서.hwpx                 ← 한글에서 저장한 결재본 (교재에는 미포함)

실습용 샘플 파일 내려받기

이 책의 사례 폴더를 그대로 실습에 쓸 수 있도록 웹판 페이지(aiedu.gdiaxhub.com/book/admin-doc)의 실습용 샘플 파일에서 ZIP(admin-doc-samples-v1.zip) 또는 파일별로 내려받을 수 있다. ZIP을 풀면 민원처리시간개선-샘플/ 폴더가 생기며, 모듈 4에서 VS Code로 여는 폴더에 그대로 넣으면 된다.

모두 교육용 합성자료다. 기관의 실제 서식이 있으면 샘플 대신 개인정보를 지운 지난 결재보고서로 모듈 1부터 진행한다.

0.1 세 가지 작업 환경

Claude와 ChatGPT는 채팅창에서 그냥 써도 된다. 그러나 매달 같은 서식의 보고서를 올려야 한다면 이야기가 다르다. 매번 서식을 설명하고 지난 대화를 다시 붙여 넣는 일이 반복되기 때문이다.

0.2 안전 경계 — 무엇을 올리고 무엇을 올리지 않는가

0.3 오늘 한 시간의 산출물 지도

0.4 완성본 먼저 보기

왼쪽은 서식의 원본인 지난 결재보고서, 오른쪽은 이번 보고서 초안의 첫 부분이다. 가운데 제목, 오른쪽 날짜, 로마 숫자 장, ■ ○ — ※ 위계가 같다는 점이 핵심이다.

              2026년 상반기 생활민원 처리시간 개선 보고
                                          시민소통과 · 2026. 9. 4.
Ⅰ. 개요
■ 추진 배경
○ 2026년 상반기 생활민원 처리시간이 내부 관리기준(7영업일)을 넘는 건이 지속 발생
○ 신규 인력 없이 시범운영으로 개선 가능한 대안 검토 필요 [D-02]
■ 보고 목적
○ 처리 현황과 지연 요인을 확인하고 시범운영 대안·판정 조건 보고

1.1 지침과 컨텍스트

프로젝트를 열면 오른쪽에 지침이 있다. 지침은 프롬프트다. "어떤 서식으로, 어떤 문체로, 어떤 근거 규칙으로 쓸 것인가"를 적는다. 그 아래 컨텍스트에는 자료를 올린다. 업무요청서, 처리지침 발췌, 비식별 집계표, 역할로만 적은 회의록이 여기에 들어간다.

1.2 따라하기 — 서식을 분석시켜 지침 받기

첨부한 결재보고서는 우리 과가 매월 같은 서식으로 올리는 문서다.
이 문서의 서식과 문체를 분석해서, 같은 서식으로 보고서를 쓰게 하는
프로젝트용 지침 프롬프트로 자세히 써 줘.

반드시 포함할 것:
- 제목·날짜·장 구성(Ⅰ~Ⅴ)과 각 장에 들어가는 항목
- 위계 기호(■ ○ — ※)의 수준과 쓰임, 개조식 종결 규칙
- 표의 형식(항목 칸 음영, 숫자 정렬, 단위·출처 표기)
- 수치는 분자/분모를 함께 쓰고 평균·중앙값·P90을 대체하지 않는 규칙
- 근거대장에 있는 것만 쓰고 문장 끝에 [C-00]을 붙이는 규칙
- 자료에 없는 값은 [확인 필요: 무엇을·어디서]로 비우는 규칙
- 내부 관리기준을 법정 기한으로 쓰지 않는 규칙, 금지 표현

아직 집계 자료가 없다. 2026년 상반기 생활민원 처리시간에 대한 가상의 집계값이
있다고 가정하고, 위 지침대로 결재보고서를 한 편 써 줘.
가상 값은 모두 [가상]으로 표시해.

1.3 예시 결과 — 지침에 담긴 것

이 책의 사례 폴더에 들어 있는 지침은 A4 두 쪽 분량이다. 전문은 부록 D에 있고, 여기서는 지침이 무엇을 고정했는지만 본다.

## 역할
너는 해솔시 시민소통과의 보고서 작성 보조자다. 사용자가 업무요청서, 집계표,
회의록, 근거대장을 주면 아래 형식과 문체를 정확히 그대로 따르는 결재보고서
초안을 작성한다. 너는 검토·초안 보조이며 최종 판단과 결재 책임은 담당자에게 있다.

## 출력 형식 (항상 이 구조를 지킬 것)
                    {문서 제목} 보고
                                          시민소통과 · {연}. {월}. {일}.
Ⅰ. 개요 / Ⅱ. 현황 / Ⅲ. 문제점 및 원인 / Ⅳ. 개선방안 / Ⅴ. 향후계획

1.4 실패와 복구

2.1 문제 — 결재보고서의 네 가지 요구

2.2 HWP를 HWPX로

2.3 AI가 내놓는 파일 형식

"HWPX로 만들어 줄 수 있어?"라고 물으면 AI는 시도하지만 한글에서 열리지 않는 파일을 내놓을 때가 많다. 그래서 순서를 정해 둔다.

2.4 위계 기호를 한글 개요로

2.5 표와 계산식

마크다운 표(| 항목 | 값 |)는 한글에 텍스트로 붙는다. 한글의 표 → 문자열을 표로 변환 기능으로 바꾼다.

계산식은 수식 개체까지 갈 필요가 없다. 지침대로 분자/분모를 한 줄에 적는다. 수식 개체가 필요한 서식이면 한글 수식 편집기용 스크립트로 요청한다.

Ⅱ. 현황의 수치마다 계산식을 분자/분모 한 줄로 써 줘.
예: 내부기준 준수율 72.3% = 136 / 188
수식 개체가 필요하면 같은 식을 한글 수식 편집기용({a} over {b}, TIMES)으로도 써 줘.

내부기준 준수율 72.3% = 136 / 188   (분모: 스냅숏 기준 완료건, 분자: 7영업일 이내 완료)
평균 6.7영업일 = 1,260일 / 188건     (완료건 순처리기간)
P90 13영업일 = 최근접 순위 ceil(0.9×188) = 170번째 값
※ 달력일·보완 대기 포함 단순 경과일 평균 8.9일은 정의가 다름 — 비교 금지

2.6 결재본은 PDF와 함께

한글 파일을 그대로 회람하면 받는 쪽 환경에 따라 개요 번호·글꼴·표 음영이 깨진다. 한글에서 서식까지 확인한 뒤 파일 → PDF로 저장하기로 결재·회람본을 만든다. 순서는 항상 "AI 초안(MD) → 한글에서 위계·표 편집 → PDF → 결재".

3.1 같은 구조, 다른 이름

3.2 따라하기

소스에 올린 서식 원본을 참고해서 2026년 상반기 생활민원 처리시간 개선 보고서의
가상 초안을 지침대로 작성해 줘. 집계값은 [가상]으로 표시하고,
근거대장이 없으니 모든 수치 뒤에 [확인 필요: 집계표]를 붙여 줘.

3.3 비교 관찰표

두 결과를 보고 직접 채운다. 정답은 없고, 이번 달 내가 어느 쪽을 먼저 열지 정하는 근거가 된다.

3.4 고쳐 달라고 말하기

- Ⅲ장이 서술형이다. 지침대로 개조식·명사형 종결로 다시 써 줘.
- "획기적으로 개선"은 지침의 금지 표현이다. 수식어 없이 수치로 고쳐 줘.
- 재배정 40%는 회의 발언이다. 확인 전이므로 [확인 필요: 집계표]로 바꿔 줘.

4.1 왜 폴더인가

4.2 따라하기 A — 설치와 폴더 열기

4.3 따라하기 B — Claude Code 설치와 로그인

4.4 따라하기 C — 첫 대화와 권한

이 폴더의 문서를 파악해 봐. 어떤 파일이 서식 원본이고 어떤 파일이 지침인지 말해 줘.

첫 작업에서 Claude Code는 "파일을 내 마음대로 만져도 되느냐"고 묻는다. 세 가지 중 하나를 고른다.

Claude Code는 HWPX 파일을 읽어 낸다. 채팅 프로젝트에서 실패했던 형식이 폴더에서는 읽힌다. 압축을 풀어 XML 본문을 읽기 때문이다.

@샘플보고서형식-처리지침개정보고.hwpx 를 보고,
이 서식대로 결재보고서를 쓰게 하는 프로젝트 지침을 마크다운 파일로 만들어 줘.
근거대장에 있는 것만 쓰고 문장 끝에 [C-00]을 붙이는 규칙,
없는 값은 [확인 필요]로 비우는 규칙을 반드시 넣어.

4.5 조작 치트시트

4.6 따라하기 D — 보고 세트 만들기

여기서부터가 매달 반복할 부분이다. 순서는 자료 → 근거대장 → 초안 → 한글이다. 초안을 먼저 쓰지 않는다.

@202608_민원처리시간개선 폴더의 집계표와 회의록 발췌에서 보고서에 쓸 주장을 뽑아
04_근거대장.md를 만들어 줘. 열: ID | 종류 | 주장 | 자료원·위치 | 판정 | 본문 사용.
판정은 일치·근접·상이·확인 불가·목표 중 하나. 회의 발언의 체감치는 집계표와 대조해서 판정하고,
근거가 없으면 확인 불가로 남겨.

@04_근거대장.md 에서 판정이 '일치'·'목표'인 행만 근거로, @프로젝트지침.md 의 서식대로
결재보고서 초안을 05_보고서초안.md로 써 줘. 문장 끝에 근거 ID를 붙이고,
자료에 없는 값은 [확인 필요: 무엇을·어디서]로 비워.

Ⅲ. 문제점 및 원인
■ 재배정 건의 장기처리 동반 [C-04][C-07]
○ 재배정 58건(29.0%) 중 완료 55건의 56.4%가 7영업일 초과, 비재배정 완료건은 15.8%
— 난이도·복수부서 협의를 통제하지 않아 원인으로 단정하지 않음(시범에서 함께 측정)
■ 복지 유형 준수율 60.6%로 유형 중 최저 [C-03]
○ 처리 복잡도 별도 분석 필요 [확인 필요: 복지 민원 세부 유형별 처리일]

@샘플보고서형식-처리지침개정보고.hwpx 의 서식(글꼴·여백·개요 스타일·표 음영)을 그대로 써서
@05_보고서초안.md 를 06_결재보고서.hwpx로 만들어 줘. 본문의 [C-00]은 지우고
근거 ID 목록은 문서 끝 '붙임: 근거대장'으로 옮겨.

4.7 실패와 복구

5.1 바이브 코딩

시민소통과 결재보고서 작성용 웹 작업대를 만들어 줘.
@프로젝트지침.md 의 서식·문체·근거 규칙을 검사기로 넣고,
자료는 브라우저 밖으로 전송하지 않게 해 줘.

Claude Code는 폴더의 지침과 서식을 이미 알고 있으므로 긴 설명이 필요 없다. 다만 마지막 줄의 전송 금지 조건은 행정에서 항상 붙인다.

5.2 예시 결과 — 이 플랫폼의 보고서 작업대

이 플랫폼의 보고서 실무 과정에 같은 발상으로 만든 보고서 산출물 작업대가 있다. 보안 사전 점검을 통과해야 실습 영역이 열리고, 프롬프트·초안·수정·최종본·적용 계획을 한곳에 기록하며, 근거대장이 붙어 있다.

5.3 Codex 확장 설치

두 개를 모두 두는 이유는 사용량이다. 한쪽 한도가 차면 다른 쪽에서 이어서 한다.

5.4 과제

@02_집계표.md 의 비식별 집계값으로 시민소통과 민원 처리시간 대시보드를 만들어 줘.
- 유형별·재배정별 준수율을 막대 차트로, 순처리기간 분포를 히스토그램으로
- 내부 관리기준 7영업일 선과 시범 목표 85% 선을 표시
- 숫자 옆에 분자/분모와 스냅숏 시점을 함께 표시
- 자료는 브라우저 밖으로 보내지 않고, 파일을 끌어다 놓으면 갱신되게

과제의 요령은 "무엇을 만들지"보다 "열어서 무엇이 보여야 하는지"를 적는 것이다. 위 프롬프트처럼 기준선(7영업일·85%)과 분자/분모 표시를 요구하면, 대시보드도 보고서와 같은 근거 규칙을 따른다.

6.1 폴더 밖의 근거

내부 집계(준수율 72.3%)는 모듈 4의 근거대장으로 끝난다. 그러나 결재보고서에는 폴더 밖에서 온 근거도 들어간다.

6.2 따라하기

당신은 지방자치단체 정책조사 보조자입니다.
[목표] 생활민원 처리시간 개선 보고서의 외부 근거를 확인합니다.
[범위] 2024년 이후 공개 자료. 중앙정부·지자체·공공기관의 공식 원문을 우선합니다.
[질문] 민원 처리기간 관련 법령상 기한, 타 지자체의 처리시간 개선 사례와 성과 지표
[출력] 주장 | 기관 | 수치 | 지표 정의 | 기준기간 | 원문 제목 | 발행일 | 직접 URL
[규칙] 원문에서 수치·정의를 찾지 못하면 '확인 불가'. 대상·분모·기간이 다른 수치는 비교하지 않습니다.

6.3 실패와 복구

7.1 RAG — 올린 자료 안에서만

7.2 따라하기

05_보고서초안의 수치와 사실 주장을 하나씩 뽑아,
각 주장이 다른 소스(업무요청서·지침·집계표) 어디에 근거하는지 대조 표로 만들어 줘.
[출력] 주장 | 근거 소스·인용 | 일치/불일치/소스에 없음
[규칙] 소스에 없는 내용은 일반 지식으로 채우지 말고 '소스에 없음'으로 표시해.
목표(85%)와 관측값을 구분해서 표시해.

이 노트북의 소스로 부시장 보고용 1쪽 브리핑을 만들어 줘: 현황 3줄, 문제점 2줄,
대안 표, 시범 판정 조건. 이어서 예상 질의 10개와 답을 만들고 각 답에 소스 인용을 붙여 줘.
예: "왜 평균 6.7일인데 기준 미달인가", "B-전면확대는 왜 뺐나".

7.3 실패와 복구

6.1 보고 루틴

6.2 결재 전 점검표

지침(부록 D)의 규칙을 점검 항목으로 바꾼 것이다. 매번 같은 표를 쓴다.

6.3 폴더 관리 세 가지

A. 프롬프트 모음

이 책에 나온 프롬프트를 순서대로 모았다. 주황색 부분만 바꿔 쓴다.

B. 파일 형식

C. 공문서 위계·문체 치트시트

프로젝트지침.md의 규칙을 표로 옮겼다.

한글 수식 개체가 필요한 서식이면 계산식은 {136} over {188} TIMES 100 = 72.3%처럼 한글 수식 편집기 스크립트로 요청한다(분수 {a} over {b}, 곱하기 TIMES).

D. 프로젝트지침.md 전문

사례 폴더의 프로젝트지침.md를 그대로 옮겼다.

                    {문서 제목} 보고
                                          시민소통과 · {연}. {월}. {일}.

Ⅰ. 개요
Ⅱ. 현황
Ⅲ. 문제점 및 원인
Ⅳ. 개선방안
Ⅴ. 향후계획

E. 사례 폴더 파일 목록

교육용 합성자료. 원본은 docs/textbook/admin-doc-sample/sample/에 있다.

권위 1은 원자료·지침, 2는 서명된 요청서, 3은 회의·메모의 체감치, 4는 검증 전 초안이다. 숫자가 작을수록 우선한다.

F. 용어