k-gov-skill(4) gov-meeting-minutes: 공문서형 회의록 PDF 생성
k-gov-skill(4) gov-meeting-minutes: 공문서형 회의록 PDF 생성
먼저 결론
이 글은 k-gov-skill(4) gov-meeting-minutes: 공문서형 회의록 PDF 생성를 실무에서 바로 판단하고 적용할 수 있도록 정리한 보물창고 글입니다. 핵심은 정보를 많이 담는 것이 아니라, 반복 가능한 절차와 확인 기준을 남기는 것입니다. 기존 설명의 핵심은 "gov-meeting-minutes 는 회의 메모, ClovaNote 전사, 참석자별 발언 기록을 공문서형 회의록 PDF 로 정리할 때 쓰는 스킬입니다."로 요약할 수 있습니다.
gov-meeting-minutes는 회의 메모, ClovaNote 전사, 참석자별 발언 기록을 공문서형 회의록 PDF로 정리할 때 쓰는 스킬입니다.
요약만 만드는 것이 아닙니다. 1쪽에는 회의록을, 2쪽 이후에는 상세 발언록을 붙여 보관과 공유가 가능한 형태로 만듭니다.
목차
- 해결하는 문제
- 이 기능으로 할 수 있는 일
- 먼저 알아둘 점
- 입력과 출력
- 기본 흐름
- 렌더링 예시
- 결과 확인 포인트
- 주의할 점
- 관련 파일
- 저장소
해결하는 문제
ClovaNote 같은 전사 도구로 만든 회의 기록은 발언이 길고, 반복어가 많고, 참석자 1, 참석자 2처럼 익명 발언자가 섞여 있습니다. 그대로 보관하기에는 읽기 어렵고, 공유하기에도 애매합니다.
하지만 회의록은 보고서와 다릅니다. 실제로 확정되지 않은 내용을 결정사항처럼 쓰면 안 되고, 발언자 이름이나 직함을 임의로 만들면 안 됩니다.
이 스킬은 회의 내용을 1쪽 회의록과 2쪽 이후 상세 발언록으로 나누어 정리하고, HTML 원본과 A4 PDF로 산출합니다.
이 기능으로 할 수 있는 일
- 회의명, 일시, 장소/방식, 참석자, 안건 추출
- 1쪽 회의록 요약본 작성
- 2쪽 이후 시간순 상세 발언록 작성
참석자 1,참석자 2같은 익명 발언자 식별 확인- 반복어, 추임새, 전사 오류를 줄이고 발언 취지 보존
- HTML 원본과 A4 PDF 생성
- 하단 여백, 빈 회색 박스, 불필요한 페이지 분리 확인
먼저 알아둘 점
- 이 스킬은 보고서를 만드는 스킬이 아니라 회의 기록물을 만드는 스킬입니다.
- 회의에서 실제로 확정되지 않은 내용을 결정사항처럼 쓰지 않습니다.
- 발언자 이름이나 직함을 임의로 만들지 않습니다.
- 회의록은 둥근 카드형 디자인이 아니라 표와 선 중심의 단정한 공문서형 PDF로 만듭니다.
입력과 출력
입력은 회의 메모, ClovaNote 전사, 참석자별 발언 기록, 시간 정보가 있는 녹취 요약, 회의명, 일시, 참석자, 안건 등 보충 정보입니다.
출력은 A4 PDF 회의록과 선택적 HTML 원본입니다.
기본 구성은 다음입니다.
- 회의록 요약본
- 상세 발언록
- 발언자 식별 또는 확인 필요 메모
기본 흐름
- 입력이 메모인지 전사 원문인지 구분합니다.
- 회의명, 일시, 참석자, 안건을 추출합니다.
- 익명 발언자가 있으면 주요 발언 취지를 설명하고 이름·직함을 확인합니다.
- 회의 목적, 주요 논의내용, 결정사항, 후속조치, 확인 필요사항을 정리합니다.
- 시간순 상세 발언록을 만듭니다.
- 구조화 JSON을 작성합니다.
scripts/render_minutes_pdf.py로 HTML과 PDF를 생성합니다.- PDF를 실제로 열어 페이지 수, 여백, 빈 회색 박스, 페이지 분리를 확인합니다.
렌더링 예시
python -X utf8 skills\gov-meeting-minutes\scripts\render_minutes_pdf.py `
--input skills\gov-meeting-minutes\examples\ai-demand-meeting-minutes.sample.json `
--output tmp\gov-meeting-minutes-sample.pdf `
--html tmp\gov-meeting-minutes-sample.html
결과 확인 포인트
- 1쪽이 회의록으로 보이는가, 보고서처럼 과장되지 않았는가
- 결정사항과 논의내용이 구분됐는가
- 후속조치에 담당자와 할 일이 원문 근거 없이 만들어지지 않았는가
- 익명 발언자 확인 결과가 반영됐는가
- 상세 발언록이 시간순으로 정리됐는가
- PDF 하단에 빈 회색 박스나 불필요한 장식이 없는가
- 충분한 여백이 있는데도 불필요하게 다음 페이지로 넘어가지 않았는가
주의할 점
발언자를 알 수 없으면 사용자에게 확인하고, 모르면 익명 표기를 유지합니다. 원문 의미가 불명확하면 단정하지 않고 확인 필요로 표시합니다.
실제 회의록, 실명, 내부 문서명, 개인정보, 민감정보가 포함된 원문은 공개 저장소 예시로 넣지 않습니다.
관련 파일
skills/gov-meeting-minutes/
SKILL.md
scripts/render_minutes_pdf.py
references/minutes-writing-guide.md
examples/ai-demand-meeting-minutes.sample.json
docs/features/gov-meeting-minutes.md
저장소
https://github.com/mouseco/k-gov-skills/tree/main/skills/gov-meeting-minutes
자주 묻는 질문
이 글은 언제 쓰면 좋나요?
반복 업무를 매번 새로 설명하지 않고, 절차와 검증 기준을 고정하고 싶을 때 적용합니다.
그대로 따라 해도 되나요?
출발점으로는 그대로 써도 됩니다. 다만 실제 업무에서는 목표, 입력 자료, 제약 조건, 검수 기준을 자신의 상황에 맞게 바꾸는 편이 안전합니다.
결과가 기대와 다르면 무엇을 먼저 확인해야 하나요?
먼저 입력이 충분한지, 출력 형식이 명확한지, 하지 말아야 할 조건이 빠지지 않았는지 확인합니다. 문제가 반복되면 실패 사례를 다음 요청에 포함해 기준을 좁힙니다.
정리
k-gov-skill(4) gov-meeting-minutes: 공문서형 회의록 PDF 생성의 핵심은 이해보다 재사용입니다. 스킬은 읽는 문서보다 실행 절차에 가깝습니다. 한 번 사용한 뒤 막힌 지점을 체크리스트에 반영해야 다음 실행 품질이 올라갑니다.