회의록부터 주간 보고까지 자동화 하는 방법

업무 시나리오

주간 회의가 서너 건인 팀을 가정합니다. 회의가 끝날 때마다 담당자는 녹음을 다시 듣고, 요약하고, 할 일을 골라내고, 담당자별로 옮겨 적습니다. 금요일에는 흩어진 메모를 모아 주간 보고를 씁니다. 회의는 30분인데 정리가 그만큼 걸리는 구조입니다. 이 글은 그 정리 전 과정을 자동화 도구 Make와 Claude, Notion으로 잇는 설계를 다룹니다. 이 설계에 쓴 모듈 구성은 2026년 7월 11일 Make API를 직접 조회해 실존 여부를 확인했습니다.

Before / After

숫자는 특정 회사의 성과가 아니라 이 설계 자체에서 세어지는 값입니다.

• Before: 회의 1건당 사람이 수행하는 단계 6개입니다. 다시 듣기, 요약, 할 일 추출, 목록 옮겨 적기, 주간 취합, 보고 작성입니다.
• After: 사람이 수행하는 단계 1개입니다. 금요일에 도착한 보고 초안을 검수해 발송하는 일입니다. 나머지 5개 단계는 시나리오 2개가 대신합니다.

흐름 도식

회의 전사가 드라이브에 쌓이면 시나리오 1이 회의 직후 요약과 할 일을 Notion에 적재하고, 시나리오 2가 매주 금요일 보고 초안을 만들어 Slack으로 보내는 구조입니다.

단계별 설계

1단계 — 회의록이 저절로 생기게 만들기 (Google Meet)

Google Meet의 전사 기능을 켜면 회의 음성이 텍스트 문서로 변환되어 주최자의 구글 드라이브에 저장됩니다. Business Standard 이상 등 지원 에디션이 정해져 있으니 공식 문서에서 확인이 필요합니다 ^[1]. 다른 녹취 도구를 써도 무방합니다. 핵심 조건은 '텍스트 회의록이 정해진 폴더에 자동으로 쌓이는 상태'를 만드는 것입니다.

2단계 — 새 회의록 감지 (Make 시나리오 1의 시작)

Make의 Google Docs 앱에는 특정 폴더에 문서가 생기거나 수정되면 실행되는 Watch Documents 트리거가 있습니다 ^[2]. 전사 문서가 저장되는 폴더를 감시 대상으로 지정합니다. 이어서 Get Content of a Document 모듈로 회의록 본문 텍스트를 가져옵니다.

3단계 — 요약과 할 일 추출 (Claude)

Make의 Anthropic Claude 앱에서 Create a Prompt 모듈을 연결합니다 ^[3]. 뒤 단계에서 기계적으로 처리할 수 있도록 구조화 출력을 지시하는 것이 핵심입니다.

당신은 회의록 정리 담당자입니다. 아래 회의록에서 다음 형식의 JSON만 출력합니다.
{
  "summary": "3문장 이내 회의 요약",
  "decisions": ["결정 사항"],
  "todos": [
    {"task": "할 일", "owner": "담당자", "due": "기한(없으면 null)",
     "evidence": "근거가 된 회의록 원문 문장"}
  ]
}
규칙:
- 회의록에 없는 할 일을 만들지 않습니다. evidence에 원문 문장을 그대로 인용합니다.
- 담당자가 불분명하면 "미정"으로 적습니다.
- JSON 외의 텍스트를 출력하지 않습니다.

회의록:
{{2단계에서 가져온 문서 본문}}

4단계 — Notion 할 일 데이터베이스 적재

응답을 Make의 JSON 파싱 모듈로 풀고, Iterator로 todos 배열을 순회하며 Notion 앱의 Create a Data Source Item 모듈로 한 건씩 적재합니다 ^[4]. 데이터베이스 속성은 할 일, 담당, 기한, 출처 회의, 상태 5개면 충분합니다. 여기까지가 회의 직후 자동으로 도는 시나리오 1입니다.

5단계 — 주간 보고 생성과 전송 (Make 시나리오 2)

두 번째 시나리오는 트리거 대신 스케줄로 돌립니다. Make는 시나리오 실행 주기와 요일·시각 지정을 지원합니다 ^[5]. 매주 금요일 오후로 지정하고, Notion에서 이번 주 생성 항목을 조회한 뒤 Claude의 Create a Prompt 모듈로 보고 초안을 만들어 Slack 메시지로 보냅니다 ^[6].

아래는 이번 주 회의에서 나온 결정 사항과 할 일 목록입니다.
팀 주간 보고 초안을 작성합니다.

형식:
- 이번 주 결정 사항 (불릿 3~5개)
- 진행 중 할 일 (담당자별 묶음)
- 다음 주 확인 필요 (기한 임박 항목)

규칙:
- 목록에 없는 내용을 추가하지 않습니다.
- 각 항목 끝에 출처 회의 이름을 괄호로 남깁니다.
- 문서 맨 위에 "발송 전 검수 필요"라고 적습니다.

데이터:
{{Notion에서 조회한 이번 주 항목}}

Slack에 도착한 초안을 사람이 검수해 발송하면 한 주의 흐름이 끝납니다.

주의점

• 녹음과 전사는 참석자 고지와 동의가 먼저입니다. 사내 규정과 개인정보 정책을 확인하고 민감한 회의는 제외 규칙을 둡니다.
• 할루시네이션 대비가 필요합니다. 회의록에 없는 할 일이 생성될 수 있으므로, 프롬프트의 evidence 필드처럼 근거 원문 인용을 강제하고 발송 전 검수 단계는 없애지 않습니다.
• 회의 내용이 외부 API로 전송되는 구조입니다. 조직의 보안 등급 기준에 맞는지 도입 전에 확인합니다.
• 비용은 작게 시작할 수 있습니다. Make 무료 플랜의 월 오퍼레이션 한도는 2026년 7월 기준 1,000회로 확인했습니다. 주간 회의 서너 건 규모의 검증에는 무리가 없는 수준입니다.
• JSON 파싱 실패에 대비해 'JSON 외 텍스트 금지' 지시를 유지하고, Make의 오류 처리 경로를 걸어 둡니다.

확장 아이디어

• 같은 구조를 Zapier나 n8n으로 재현할 수 있습니다. 트리거, LLM 호출, 데이터베이스 적재, 스케줄이라는 뼈대는 동일합니다.
• 회의 유형별로 프롬프트를 분기하면 정례 회의와 고객 미팅의 정리 형식을 다르게 가져갈 수 있습니다.
• 기한 임박 항목만 골라 아침에 알려 주는 리마인더 시나리오를 세 번째로 붙이는 확장도 자연스럽습니다.
• 회의록 원문을 옵시디언이나 사내 위키에 함께 쌓으면, 보고를 넘어 검색 가능한 회의 지식 자산이 됩니다.