[AI활용] AI로 회의록·문서 자동화 — 초안은 AI, 확정은 사람

먼저 마음가짐부터 정리합니다. AI를 회의록·문서 작업에 쓸 때 흔한 오해는 두 가지입니다 — "AI가 알아서 다 해준다"(과신)와 "AI가 만든 건 못 믿으니 안 쓴다"(과소). 둘 다 비싼 실수입니다.

AI가 정말 잘하는 일은 흩어진 입력을 정해진 틀로 빠르게 구조화하는 것입니다. 한 시간 회의의 단편 메모를 회의록 형태로, 긴 메일을 항목별로, 한 주의 사건들을 보고 초안으로 — 이런 '모양 잡기'는 사람이 30분 걸릴 일을 수십 초로 줄입니다.

반대로 AI가 책임질 수 없는 일은 사실·약속·판단의 확정입니다. "이건 정말 김 과장이 맡기로 한 게 맞나?", "기한이 정말 이번 주 금요일이었나?", "이 회신이 우리가 할 수 있는 약속인가?" — 틀리면 책임이 따르는 이 판단은 사람이 원문·기억·권한에 비춰 확정해야 합니다.

핵심 한 줄: AI는 빈 종이를 채워주는 도구이지, 서명하는 사람이 아니다. 서명(확정·발송·보고)은 끝까지 사람의 몫입니다.

요즘은 회의 도구가 많이 좋아졌습니다. Otter·Fireflies·Granola 같은 AI 노트테이커는 Zoom·Teams·Meet에 붙어 음성을 텍스트로 전사하고, 회의가 끝나면 요약과 액션아이템까지 자동으로 뽑아 줍니다. 그래서 "이제 회의록은 도구가 다 해주는 것 아니냐"고 생각하기 쉽습니다.

그런데 현장에서 반복되는 실패가 있습니다 — 전사와 요약은 잘 되는데, 추출된 액션아이템이 어디로도 이동하지 않는다는 것입니다. 요약은 아무도 다시 들어가지 않는 별도 앱에 박혀 있고, "보안검토 담당 정하기" 같은 액션아이템은 누구의 Jira 티켓도, 누구의 관리대장 한 줄도 되지 못한 채 사라집니다. 다음 주 회의에서 "그거 누가 하기로 했었죠?"가 또 반복됩니다.

이 모듈이 메우려는 빈틈이 바로 여기입니다. 파이프라인을 단계로 보면 끊기는 지점이 분명해집니다.

도구가 아무리 좋아져도 ④를 자동으로 메우면 위험합니다. 잘못 추출된 담당·기한이 검토 없이 티켓이 되면, AI의 추측이 그대로 시스템의 공식 기록이 되기 때문입니다. 그래서 ③까지는 AI에 맡기고, ④ 연결은 사람이 회의록 액션아이템 표를 보며 담당·기한을 확정해 Jira/Redmine/관리대장에 옮기는 것 — 이 한 칸이 회의록 자동화의 핵심입니다. 자동화 도구를 본격적으로 엮는 법은 고급 프롬프트 패턴과 AI 도구 연계에서 다룹니다.

AI가 엉뚱한 결과를 내는 대부분의 원인은 '대충 시켜서'입니다. 실무에서 재현 가능한 결과를 받으려면 프롬프트에 세 가지를 못박습니다.

• 역할(Role) — "너는 IT 운영팀의 회의록 작성자다"처럼 입장을 지정합니다. 같은 메모라도 '회의록 작성자'와 '영업 제안서 작성자'는 다르게 정리합니다.
• 입력(Input) — 정리 대상 원문(메모·메일·사건 목록)을 명확히 구분해 줍니다. "아래 회의 메모를"처럼 어디서부터 어디까지가 입력인지 표시합니다.
• 출력형식(Output format) — 결과의 모양을 못박습니다. "담당·기한·내용 3열 표", "결정사항/미결사항 두 묶음", "각 항목에 회신초안 포함"처럼 틀을 주면, 검토할 때 빈칸이 한눈에 보이고 양식에 바로 붙여넣을 수 있습니다.

출력형식을 지정하는 것이 특히 중요합니다. 자유 서술로 받으면 매번 모양이 달라 다시 다듬어야 하고, 담당이 비어 있는지·기한이 누락됐는지 눈에 띄지 않습니다. 정해진 표로 받으면 "담당 칸이 비었네 — 회의에서 정한 게 맞나?"를 즉시 발견합니다. 형식이 곧 검토 체크리스트가 됩니다.

여기에 자주 한 줄을 더합니다: "확실하지 않은 항목은 임의로 채우지 말고 '미정'으로 표시하라." AI가 그럴듯하게 빈칸을 지어내는 것(환각)을 막아, 사람이 확정해야 할 지점을 드러내기 위함입니다.

같은 회의 메모를 줘도 프롬프트가 '대충'이면 결과도 '대충'입니다. 두 프롬프트를 비교해 보세요.

❌ 나쁜 프롬프트 — 역할·형식·환각 방어가 없다

이 회의 내용 정리해줘.

결제 연동 늦어짐, B사 테스트 일정 협의, 보안검토 누가 하지, 모니터링 대시보드 추가 건.

이렇게 주면 AI는 자유 서술 한 문단을 뱉습니다. "오늘 회의에서는 결제 연동 지연과 B사 테스트 일정이 논의되었으며 보안검토 담당으로 김 과장이 지정되었고…" — 그럴듯하지만 담당·기한이 어디 비었는지 보이지 않고, 안 정해진 보안검토 담당까지 "김 과장이 지정되었고"로 지어냅니다(환각). 매번 모양도 달라 양식에 붙여넣기도 어렵습니다.

✅ 좋은 프롬프트 — 역할 + 입력 구분 + 고정 출력형식 + 환각 방어

[역할]
너는 IT 운영팀의 10년차 PMO다. 회의 메모를 공식 회의록 초안으로 정리한다.

[입력] 아래 """ 안이 오늘 주간 운영 회의 메모다.
"""
- 결제 연동 작업이 외부사 일정 때문에 늦어짐. 다음 주까지 재조율.
- B사 통합테스트 일정, 영업쪽과 협의 필요. 누가 연락할지 미정.
- 보안검토 담당을 정해야 함. 김 과장 후보로 거론됨.
- 모니터링 대시보드 추가 건은 이번 분기 안 함으로 합의.
"""

[출력형식] 아래 고정 구조로만 출력하라.
## 결정사항
- (회의에서 확정된 것만)
## 미결사항 / 리스크
- (더 논의·확인이 필요한 것)
## 액션아이템
| # | 담당 | 기한 | 내용 |

[규칙]
- 메모에 명시되지 않은 담당·기한은 반드시 "미정"으로 표기하고 절대 추측하지 마라.
- 후보로만 거론된 사람은 "○○○(후보, 확정 필요)"로 표기하라.

→ 출력 예시 (좋은 프롬프트 결과)

## 결정사항
- 모니터링 대시보드 추가 건은 이번 분기 진행하지 않음

## 미결사항 / 리스크
- B사 통합테스트 일정 — 영업팀과 협의 필요, 연락 담당 미정
- 보안검토 담당 미확정 (김 과장 후보로 거론)

## 액션아이템
| # | 담당 | 기한 | 내용 |
|---|---|---|---|
| 1 | 미정 | 다음 주 | 결제 연동 외부사 일정 재조율 |
| 2 | 미정 | 미정 | B사 통합테스트 일정 영업팀과 협의·연락 |
| 3 | 김 과장(후보, 확정 필요) | 미정 | 보안검토 담당 확정 |

차이가 보이나요? 좋은 프롬프트는 '미정'을 그대로 남겨 사람이 확정할 지점을 가리키고, 후보를 확정으로 둔갑시키지 않으며, 표라서 빈칸이 한눈에 들어옵니다. 형식이 곧 검토 체크리스트가 된 것입니다.

좋은 출력형식과 환각 방어를 넣어도, AI는 여전히 한두 군데 빈틈을 메우려 합니다. 그래서 2026년 실무에서 널리 쓰는 마감 패턴이 자기검증 루프(Chain-of-Verification) 입니다 — 초안을 만든 뒤, 같은 AI에게 자기 출력을 한 번 더 점검시키는 것입니다. 위 회의록·회신·보고 프롬프트 어디에든 마지막에 이 블록 하나만 덧붙이면 됩니다.

[자기검증] 위 결과를 사람에게 넘기기 전에 스스로 점검하라.
1) 원문(메모)에 근거가 없는데 채워 넣은 항목을 모두 찾아 표시하라.
2) 담당·기한·결정 여부가 '추측'인 항목을 표시하라.
3) 위를 반영해 최종본을 다시 출력하되, 불확실한 것은 "[검토 필요]"로 남겨라.

이 한 블록이 'drafting(초안) → review(검토) → editing(수정)'을 한 번의 요청 안에서 돌립니다. AI가 "보안검토 담당: 김 과장"을 "1) 근거 없음: 메모에는 '후보로 거론'까지만 있음"으로 스스로 잡아내고 "[검토 필요]"로 내려 주면, 사람이 가장 먼저 봐야 할 곳이 또렷해집니다. 자기검증이 사람의 검증을 대신하는 건 아니지만, 사람이 검토를 시작할 출발점을 좁혀 줍니다. 모든 PM 산출물 프롬프트의 마지막 블록으로 권장합니다.

아래는 실제로 쓰는 프롬프트의 모양입니다. 역할·입력·출력형식이 모두 들어 있고, 마지막에 '미정' 처리와 결정/미결 분리를 지시합니다.

[역할]
너는 IT 운영팀의 회의록 작성자다. 회의 메모를 공식 회의록 초안으로 정리한다.

[입력] 아래는 오늘 주간 운영 회의의 메모다.
- 결제 연동 작업이 외부사 일정 때문에 늦어짐. 다음 주까지 재조율.
- B사 통합테스트 일정, 영업쪽과 협의 필요. 누가 연락할지 미정.
- 보안검토 담당을 정해야 함. 김 과장 후보로 거론됨.
- 모니터링 대시보드 추가 건은 이번 분기 안 함으로 합의.

[출력형식]
1) 회의 개요: 일자·참석(메모에 없으면 '미정')·주제 한 줄
2) 결정사항: 회의에서 확정된 것만 글머리표로
3) 미결사항: 더 논의·확인이 필요한 것
4) 액션아이템: 아래 3열 표로
   | 담당 | 기한 | 내용 |
   - 메모에서 담당·기한이 분명하지 않으면 '미정'으로 표기하고
     절대 임의로 지어내지 말 것

이 프롬프트로 받은 초안은 대략 다음과 같이 나옵니다 — '결정/미결'이 갈리고, 액션아이템 표에 '미정'이 그대로 남아 사람이 확정할 지점을 가리킵니다.

'미정'이 많은 게 결함이 아니라 정상입니다. AI가 빈칸을 지어내지 않았다는 신호이고, 이제 사람이 회의 기억과 대조해 담당·기한을 채워 확정하면 됩니다. 모니터링 대시보드 건은 '이번 분기 안 함'이 결정사항으로, 액션아이템에서는 빠집니다.

고객·발주사 메일은 보통 한 통에 여러 성격의 내용이 뒤섞여 옵니다. "지난번 요청한 기능은 언제 되나요(요구), 그리고 로그는 어디서 보나요(문의), 그리고 다음 분기 예산도 잡아주세요(요구+내부확인)." 이걸 그냥 요약하면 **'무엇에 답해야 하는지'**가 사라집니다.

실무에서 유용한 건 네 갈래로 가르는 것입니다.

• 요구(Requirement) — 일정·범위·약속에 영향을 주는 것. 답이 곧 약속이 되므로 가장 신중히 다룹니다.
• 문의(Inquiry) — 사실을 알려주면 끝나는 것. 바로 답할 수 있습니다.
• 내부확인(Internal check) — 우리가 알아봐야 답할 수 있는 것. 담당·기한을 붙여 내부 액션으로 넘깁니다.
• 회신초안(Draft reply) — 위 분류에 맞춰 미리 써둔 답장 초안. 발송 전 사람이 검토합니다.

이렇게 가르면 "당장 답할 것 / 알아보고 답할 것 / 약속이 되는 것"이 분리되어, 급한 문의를 며칠씩 묵히거나 약속을 즉답으로 흘리는 사고를 줄입니다.

회신초안에서 특히 주의할 것은 요구 항목의 답변 수위입니다. AI는 "네, 다음 달까지 가능합니다"처럼 자신 있게 약속해 버리기 쉽습니다. 가능 여부는 우리가 판단할 일이므로, 프롬프트에 "확약하지 말고 '내부 확인 후 회신' 톤으로 작성하라"를 넣고, 사람이 실제 가능성을 따져 확정합니다.

주간보고는 매주 같은 틀(지난주 진척 · 이번 주 계획 · 이슈/리스크)을 반복합니다. 반복되는 틀이야말로 AI가 잘 채우는 입력입니다. 한 주 동안 쌓인 회의록·티켓·메일에서 사건을 모아 주면, AI가 보고 틀에 맞춰 초안을 만듭니다.

여기서도 핵심은 결정사항과 미결사항을 분리하는 것입니다. 보고를 받는 윗선·고객은 "무엇이 정해졌고(결정), 무엇이 아직 안 정해졌는가(미결, 누구의 결정을 기다리는가)"를 알고 싶어 합니다. 이 둘이 뒤섞인 보고는 "그래서 뭐가 정해진 거야?"라는 되물음을 부릅니다.

다만 주간보고에는 수치와 대외 표현이 들어가므로 확정의 무게가 더 큽니다. 진척률·지연 일수·리스크 수위는 AI가 메모에서 짐작한 값일 수 있으니, 사람이 실제 데이터로 확정합니다. 또 "지연됨" 같은 표현이 고객에게 가는 보고인지 내부 보고인지에 따라 수위를 조절하는 것도 사람의 판단입니다.

정리하면, 주간보고에서 AI는 '틀에 앉히기'를, 사람은 '수치 확정과 표현 수위 조절'을 맡습니다.