회의록을 AI로 정리하는 워크플로: 원문에서 결정·할 일·미결까지

회의를 마쳤는데, 정작 누가 언제까지 무엇을 하기로 했는지 다시 대화를 찾아보게 됩니다. 요약은 있어도 다음 행동이 안 보이는 거죠. 이럴 때는 AI에게 문장을 줄여 달라고 하기보다, 회의가 끝난 뒤 필요한 정보를 먼저 정해 주는 편이 좋습니다. 원문 파일을 읽고 정리하는 작업이라 Claude Code로도 시작할 수 있어요.

이 글은 회의 원문 하나를 결정 사항 · 할 일 · 확인이 필요한 사실 세 칸으로 옮기는 절차를 정리합니다. 등장하는 회의와 숫자는 모두 허구 예시이며 실제 자료가 아닙니다.

왜 세 칸인가

회의록을 "요약해 줘"라고만 하면 중요한 배정이나 보류 사항까지 함께 짧아질 수 있습니다. 회의가 끝난 뒤 실제로 필요한 정보는 세 종류입니다.

저는 이 중에서 세 번째 칸을 꼭 남겨 두는 쪽을 권합니다. 미확인 항목을 담아 둘 자리를 미리 만들지 않으면, 애매한 숫자가 확정된 사실처럼 정리본에 섞입니다.

원문에서 정리본까지

샘플 원문 meeting-notes-before.txt는 다듬지 않은 대화 그대로입니다. 일부를 옮기면 이렇습니다.

하준: 지난주 문의 37건이라고 했는데 그 숫자 출처가 뭐야?
시연: 내가 대충 센 거라 확정 아님. 시트에서 다시 세자.
민지: 도메인 이전은 보류. 이번 주 범위 아님.

같은 대화를 정리한 meeting-notes-after.md에서 할 일 칸은 한 줄뿐입니다.

원문에서 기한을 말한 사람이 하준뿐이었기 때문입니다. 참석자가 셋이라고 할 일도 셋으로 맞추면 없는 배정을 만들어 내게 됩니다. "지난주 문의 37건"과 "목요일 15시"는 확인이 필요한 사실 칸으로 갑니다.

프롬프트는 목표→맥락→제약→산출물

한 번에 쓸 만한 결과를 받으려면 프롬프트를 네 덩어리로 씁니다. 구조와 예시는 좋은 프롬프트의 구조에 정리돼 있습니다.

[목표] 아래 회의 원문을 결정 사항 / 할 일 / 확인이 필요한 사실 세 섹션으로 정리해 줘.

[맥락] 1인 창작자 팀의 주간 회의다. 참석자는 셋이고 모두 가명이다.

[제약]
- 원문에 없는 담당자, 날짜, 숫자를 만들지 마
- 출처를 밝히지 않은 숫자는 확인이 필요한 사실로 분류해
- 보류하기로 한 안건도 결정 사항에 적어
- 기한은 원문에 나온 표현 그대로 적고, 없으면 비워 둬

[산출물] 마크다운. 할 일은 담당·할 일·기한 3열 표로.

제약 항목이 곧 검수 기준입니다. Claude Code 터미널에서는 @회의록.txt처럼 파일을 직접 붙이고, 파일을 고치기 전에 제안만 보고 싶으면 공식 문서가 안내하는 plan 모드(Shift+Tab)를 씁니다. 붙여 넣어 쓸 수 있는 첫 세션 프롬프트는 claude-code-first-session-prompt.md에 있습니다.

터미널과 Desktop 중 어디서

터미널이 편하면 CLI로, 변경된 파일을 화면에서 비교하고 싶으면 Desktop으로 시작해 보세요. 공식 문서 기준 차이를 정리하면 이렇습니다.

회의록처럼 결과를 눈으로 대조하는 작업은 Desktop의 diff 패널이 편합니다. 선택 기준은 Desktop Code 탭 vs 터미널 CLI에 있습니다.

내보내기 전 검토

정리본을 공유하기 전에는 사람이 한 번 봅니다. 전체 체크리스트는 fact-source-checklist.md에 있고, 회의록에는 그중 세 줄이 특히 자주 걸립니다.

• 출처 없는 숫자를 확정된 사실로 적지 않았는가
• 원문에 없는 담당·기한이 생기지 않았는가
• 메일 발송·결제·환불 같은 최종 행동을 사람 확인으로 남겼는가

세 번째는 회의에서 "환불 메일은 자동 발송 금지"라고 못 박은 이유이기도 합니다.

자동화로 넓힐 때

같은 형식의 회의가 쌓이면 Claude Code나 Codex에 반복 실행할 스크립트를 만들어 달라고 할 수 있습니다. 처음에는 지정한 폴더의 텍스트 한 개를 읽고, 별도 폴더에 정리본 한 개를 저장하는 데까지만 만들어 보세요.

입력 파일 이름과 처리 시각을 결과에 남기고, 미확인 항목은 별도 섹션으로 유지합니다. 같은 파일을 두 번 처리했을 때 정리본이 중복 생성되는지도 확인해 보세요. 실패한 파일은 원문을 그대로 남겨 다시 처리할 수 있어야 합니다. 이 흐름이 안정된 뒤 실행 주기를 붙이면 됩니다.

다만 회의가 주 1회이고 정리에 10분이 걸린다면, 워크플로를 만들고 유지하는 시간이 더 클 수 있습니다. 먼저 두세 번 직접 해보고 걸린 시간을 적어 보세요. 자동화 ROI 계산 방법에 따라 그 시간을 비교하면 만들 가치가 있는지 판단하는 데 도움이 됩니다.

다음 단계

• Claude Code 사용법: 처음 세션에서 익힐 6가지
• 좋은 프롬프트의 구조: 목표→맥락→제약→산출물
• 다음에 배울 내용은 강의 소개에서 확인할 수 있습니다.

출처와 확인 (2026-09-11)

• Claude Code Common workflows (notes and non-code folders, plan mode)
• Claude Code Overview
• Claude Code in the desktop app (panes, permission modes, requirements)
• 샘플(모두 허구 예시): 원문 · 정리본 · 체크리스트