회의 메모를 실행 항목으로 바꾸되 약속을 만들어 내지 않는 법
Mono에 붙여 넣은 메모에서 근거 있는 작업, 담당자와 기한을 추출하고, 미결 질문을 보존해 검토할 수 있는 인수인계 자료를 만드세요.
AI는 회의에서 실제로 정해진 내용을 정리하는 데 쓰세요. 완성된 것처럼 보이기만 하는 계획을 만드는 데 쓰면 안 됩니다. 모든 행동은 메모로 거슬러 올라갈 수 있어야 합니다. 담당자가 없는 항목, 불확실한 날짜, 제안은 누군가 확인할 때까지 눈에 보이게 남겨 두세요.
이 방법은 Reunified의 Mono 채팅에 붙여 넣는 텍스트만 사용합니다. 녹음, 받아쓰기, 캘린더 일정, 할 일 앱 동기화는 다루지 않습니다. Mono는 아직 출시 전이므로 대기자 명단에 등록해 두고, 그동안 같은 방법을 다른 텍스트 도우미에서 써 볼 수 있습니다.
1. 날짜가 명확한 작은 원문을 준비하세요
개인 정보와 후속 작업에 필요 없는 내용은 지우세요. 회의 날짜, 프로젝트, 누가 무엇을 약속했는지 이해하는 데 필요한 이름은 남깁니다. 메모에 여러 회의가 섞여 있다면 실행 항목을 요청하기 전에 나누세요.
예시로 다음 가상의 메모를 사용합니다.
프로젝트: 도움말 페이지 업데이트. 회의: 2026년 10월 9일.
[1] 리나가 10월 12일까지 초안을 보낸다.
[2] 오마르는 리나가 보낸 뒤 검토한다.
[3] 금요일 공개? 그룹에 확인하기.
[4] 새 스크린샷을 의뢰할 수도 있음. 합의된 담당자 없음.줄 번호는 직접 붙이는 참조 표시입니다. 다시 쓴 요약을 뒤지지 않고도 결과를 확인할 수 있습니다. 물음표와 “수도 있음”, “뒤에” 같은 표현은 그대로 두고, 메모를 ‘정리’해서 더 확실한 약속으로 바꾸지 마세요.
2. 계획보다 추출을 먼저 요청하세요
범위가 분명한 지시와 함께 메모를 붙여 넣으세요.
이 메모에서 명시된 실행 항목만 추출하세요.
각 항목에 행동, 담당자, 기한 또는 의존 관계, 원문 줄 번호를 적으세요.
빠진 정보는 미기재라고 쓰세요.
열린 질문과 제안을 합의된 행동과 분리하세요.
사람 배정, 날짜 생성, 작업 생성, 메시지 전송은 하지 마세요.마지막 줄은 원하는 결과를 도우미에게 알려 주지만, 도구 권한 확인을 대신하지는 않습니다. 도우미가 다른 서비스에서 무언가를 하자고 제안하면 그것은 따로 검토하세요. 처음 얻는 유용한 결과는 메모와 비교할 수 있는 초안 표입니다.
추출 결과를 확인하기 전에는 “모든 항목을 실행 가능하게 만들어 줘”라고 요청하지 마세요. 그런 표현은 메모보다 확실해 보이는 담당자나 기한을 추측하게 만들 수 있습니다.
3. 결과를 원본 메모와 비교하세요
예시에 대한 정확한 표는 다음과 같습니다.
| 행동 | 담당자 | 기한 또는 의존 관계 | 출처 |
|---|---|---|---|
| 도움말 페이지 초안 보내기 | 리나 | 2026년 10월 12일, 연도는 회의 날짜에서 가져옴 | [1] |
| 초안 검토하기 | 오마르 | 리나가 보낸 후, 날짜는 미기재 | [2] |
공개 날짜는 열린 질문에 들어갑니다. 새 스크린샷은 담당자 없이 제안에 들어갑니다. 둘 다 메모에서 이름이 가까이 있던 사람의 확정 작업으로 슬그머니 바뀌면 안 됩니다.
표의 모든 행에 근거가 되는 메모 줄이 있는지 확인하세요. 반대 방향도 확인합니다. 분명한 약속이 빠지지 않았나요? 동사는 정확히 유지하세요. ‘검토’, ‘승인’, ‘공개’는 요약에서 비슷하게 다뤄져도 서로 다른 책임입니다.
4. 기록을 바꾸지 말고 빠진 정보를 확인하세요
구체적인 후속 질문을 준비하세요. “공개는 어느 금요일을 말한 건가요?”, “스크린샷을 의뢰할까요? 한다면 누가 맡나요?” 이것은 사람이 답할 질문이지, 모델이 채울 빈칸이 아닙니다.
“초안이 도착한 뒤”는 의존 관계이지 날짜가 아닙니다. 담당자가 시점을 알려 줄 때까지 그대로 두세요. 연도를 회의 날짜에서 가져왔다면 그렇게 밝히고, 메모가 해를 넘긴다면 확인하세요.
확인된 수정 사항 옆에는 원본 메모를 함께 보관하세요. 나중에 내린 결정은 날짜와 함께 나중 결정으로 표시합니다. 그렇지 않으면 업데이트된 목록이 회의에서 정하지 않은 것까지 정한 것처럼 보일 수 있습니다.
5. 사람들이 사용할 인수인계 메모를 만드세요
검토가 끝나면 짧은 메모로 정리하세요.
프로젝트와 회의 날짜:
확정 행동: 행동 / 담당자 / 시점 / 출처
열린 질문: 질문 / 확인할 수 있는 사람
결정을 기다리는 제안:
회의 후 확인된 변경: 날짜 / 결정
다음 검토:읽는 사람이 알아볼 수 있는 이름과 날짜를 쓰세요. 공유하기 전에 받는 사람에게 필요 없는 내용은 지우세요. 다른 서비스로 보낸다면 어디로 가는지, 누가 받는지 확인하세요. 메모를 쓰는 것만으로는 전송되지 않습니다.
이 메모는 Markdown 노트로 보관하거나 Markdown 내보내기로 채팅 전체를 저장할 수 있습니다. 메모를 저장해도 연결된 서비스에 일정이나 작업이 추가되지는 않습니다.
6. 반복하기 전에 절차를 시험하세요
담당자가 없는 메모, 나중에 거절된 제안, 회의 날짜 없이 “다음 주 금요일”처럼 상대적인 기한, 이렇게 세 가지 경우로 시험해 보세요. 좋은 답변은 모든 칸을 추측으로 채우지 않고 불확실함이나 거절을 그대로 남깁니다.
답변이 회의를 섞거나, 약속을 지어내거나, 의존 관계를 빠뜨리면 텍스트를 줄여 다시 비교하세요. 근거 표 방법은 사실 확인 가이드에서 설명합니다. 검토한 결과가 꾸준히 유용할 때에만 저장한 프롬프트나 Mono에게 설명하는 작업으로 만드세요. 자동화는 시간을 아껴 주지만, 자신의 약속을 확인하는 일은 여전히 사람의 몫입니다.
