📝 한 줄 요약
회의 전사문에서 안건·결정·요청·미결·후속조치를 구분하고, 담 당자와 기한을 추측하지 않는 HWP 회의록 초안을 만들었다.
바쁘시면 이것만 읽어도 돼요: - 목표: 전사문을 결정·담당·기한이 보이는 HWP 회의록 초안으로 바꿨다 - 핵심 과정: 전사문에서 결정과 후속 조치를 다시 찾았다 → HWP 회의록 초안 구조로 정리했다 - 검증 경계: 전사문 일부 정리를 공식 회의록 확정으로 표현하지 않는다.
🎯 이런 분께 추천해요
회의 후 회의록 편집에 시간이 많이 드는 PMO
단순 요약이 아니라 조직 표준 문서가 필요한 분
AI가 책임자와 기한을 지어내는 것을 막고 싶은 분
😫 문제 상황
전사문에는 반복 발언과 불완전한 문장이 많다. 이를 짧게 요약하는 것과 공식 회의록을 만드는 것은 다른 일이다. 특히 말하지 않은 담당자나 마감일을 채우면 실제 업무 혼선이 생긴다.
🛠️ 사용한 도구
전사문 구조화 파이프라인
한글 문서 자동화
저장 후 저장한 파일을 다시 열어 확인
근거 없는 필드 차단 규칙
AI 도구/모델: 현재 공개 근거에서 확인되지 않음
🔧 작업 과정
회의 전사문을 안건, 결정, 요청, 미결, 후속조치로 정리하고 담당자와 기한은 근거가 있을 때만 채워줘.
발언을 안건, 결정, 요청, 미결, 후속 조치로 분리했다. 원문에서 확인되지 않는 담당자와 기한은 “확인 필요”로 남겼다. 결과를 HWP 형식으로 생성한 뒤 다시 열어 본문이 실제로 저장됐는지 확인했다.
전사문에는 같은 주제가 여러 번 등장하고, 제안과 확정이 섞여 있었다. 단순 요약 대신 발언의 역할을 구분한 이유다. “검토해보자”를 결정사항으로 쓰지 않고, 누가 무엇을 하기로 명시한 경우에만 후속조치로 올렸다. 애매한 표현에는 원문 위치를 붙여 사람이 빠르게 확인하도록 했다.
문서 생성 성공 메시지만 믿지 않은 것도 중요한 지점이었다. 만들어진 HWP를 다시 열고 제목, 표, 본문, 글자 깨짐을 확인했다. 공개 예시는 실제 회의가 아닌 합성 전사문으로 동일한 변환 과정을 재현하도록 계획했다.
🧩 막힌 점
파일 생성 성공 메시지만으로는 문서가 정상인지 알 수 없었다. 재열기와 본문 확인을 별도 검증 단계로 두고, 전사문과의 전체 대조가 끝나기 전에는 공식 회의 록이라고 부르지 않았다.
✅ 결과
HWP 초안 생성과 저장 후 다시 열어 확인하는 흐름을 구현했지만, 공개 가능한 합성 전사문으로 전체 과정을 재현하는 검증은 아직 하지 않았다.
Before vs After
항목
Before
After
작업 방식
전사문에서 결정과 후속 조치를 다시 탐색
HWP 회의록 초안 구조로 정리
💬 이 과정에서 배운 AI 활용 팁
효과적이었던 것
회의록 AI의 품질은 화려한 요약보다 불명확한 책임을 불명확한 상태로 정확히 남기는 데서 결정된다.
이렇게 하면 안 돼요
전사문 일부 정리를 공식 회의록 확정으로 표현하지 않는다.
🌍 다른 업무에 적용한다면?
인터뷰, 간담회, 요구 사항 회의 기록에 적용할 수 있다.
🚀 다음 계획
공개 회의 샘플로 전사문부터 HWP 재열기까지 데모를 만든다.
📋 재사용 프롬프트
이 전사문을 안건·결정·요청·미결·후속조치로 구조화해줘. 원문 근거가 없는 담당자와 기한은 추정하지 말고 확인 필요로 표시해줘.
🖼️ 게시 전 체크
[ ] 실제 회의내용·참석자·시간 제거
[ ] 공개 샘플 전사문만 사용
[ ] 공식본이 아닌 초안임을 명시
추천 이미지: - 문제 상황: 기존 방식의 불편을 보여주는 합성 화면 - 작업 과정: 입력→판단→검증 흐름도 - 결과: 실제 정보가 제거된 합성 결과 화면
