AI 회의록, 결정과 제안을 구분해야 믿고 쓸 수 있습니다

회의록에 “금요일 배포 확정”이라고 적혔습니다. 그런데 회의에서는 “금요일 배포를 검토하자”고만 말했습니다.

한 단어 차이지만 다음 행동은 달라집니다. 팀원이 확정 일정으로 받아들이면 준비되지 않은 작업을 시작할 수 있습니다. 회의록을 검토할 때는 글이 매끄러운지보다 결정의 수준이 원문과 같은지부터 봐야 합니다.

원문을 확인할 수 있는 형태로 남깁니다

아래는 설명을 위해 만든 회의 발언입니다.

발언 1: 금요일 배포를 검토하죠.
발언 2: 목요일 테스트 결과를 보고 최종 결정합시다.
발언 3: 지수가 테스트 결과를 정리해 주세요.

여기서 정해진 것은 지수가 테스트 결과를 정리한다는 일입니다. 배포일은 아직 확정되지 않았습니다. 결과 정리의 마감 시각도 명시하지 않았습니다.

실제 작업에서는 녹취의 시각이나 문서의 문단 번호를 함께 보존하세요. AI에게 없는 시각을 만들어 붙이게 해서는 안 됩니다.

한 줄의 결과를 한 곳의 근거에 연결합니다

위 발언에서 만들 기대 결과는 다음과 같습니다. 실제 AI 실행 결과가 아닌 검토용 예시입니다.

• 결정: 테스트 결과를 보고 배포 여부를 정한다. 근거: 발언 2.
• 할 일: 테스트 결과 정리. 담당자: 지수. 근거: 발언 3.
• 기한: 명시되지 않음.
• 미확정: 금요일 배포 여부. 근거: 발언 1, 2.

이렇게 적으면 검토자는 보고서의 문장마다 어디를 확인해야 하는지 알 수 있습니다. “회의 내용을 참고함”처럼 넓은 출처 표시는 실제 확인에 도움이 적습니다.

초안을 만든 뒤 세 가지를 따로 확인합니다

초안 작성과 검증의 질문을 분리해 보세요.

각 항목을 원문과 대조해 주세요.

1. 제안이나 검토 중인 내용을 확정으로 바꿨나요?
2. 담당자, 기한, 수치를 새로 만들거나 바꿨나요?
3. 붙인 근거가 해당 항목을 실제로 뒷받침하나요?
   근거를 찾지 못한 항목은 확인 필요로 표시하세요.

AI의 재검토 결과도 틀릴 수 있습니다. 배포 일정, 고객 약속, 비용처럼 잘못 전달되면 영향이 큰 항목은 담당자가 원문을 확인해야 합니다.

Anthropic의 문서도 불확실성을 허용하고, 원문 인용과 출처로 답변을 확인하는 방법을 제안합니다. 이 방법이 오류를 없애준다는 뜻은 아닙니다. 오류를 줄이는 작성 지침

생성 시간보다 수정까지 끝난 시간을 봅니다

초안이 빨리 나와도 모든 항목을 다시 작성해야 한다면 효과가 작습니다. 같은 유형의 회의에서 초안 작성 시간과 검토, 수정 시간을 함께 기록해 보세요.

오류도 ‘틀린 문장’으로만 모으지 말고 상태 변경, 담당자 오류, 기한 추측처럼 나눕니다. 반복되는 오류를 지침에 반영한 뒤 다른 회의에서 줄었는지 확인합니다.

오늘은 이미 만든 회의록 하나에서 결정, 담당자, 기한만 원문에 대조해 보세요. 이 세 가지부터 확인해도 무엇을 보완해야 할지 드러납니다.